From owner-freebsd-hackers  Sun Jun  1 00:03:47 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id AAA10298
          for hackers-outgoing; Sun, 1 Jun 1997 00:03:47 -0700 (PDT)
Received: from csd.cs.technion.ac.il (csd.cs.technion.ac.il [132.68.32.8])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA10290
          for <hackers@FreeBSD.ORG>; Sun, 1 Jun 1997 00:03:38 -0700 (PDT)
Received: from localhost (nadav@localhost) by csd.cs.technion.ac.il (8.6.11/8.6.10) with SMTP id KAA05888; Sun, 1 Jun 1997 10:01:17 +0300
X-Authentication-Warning: csd.cs.technion.ac.il: nadav owned process doing -bs
Date: Sun, 1 Jun 1997 10:01:15 +0300 (IDT)
From: Nadav Eiron <nadav@cs.technion.ac.il>
X-Sender: nadav@csd
To: "Jordan K. Hubbard" <jkh@time.cdrom.com>
cc: hackers@FreeBSD.ORG
Subject: Re: LINT and GENERIC - between a rock and a generic place.
In-Reply-To: <9876.865110612@time.cdrom.com>
Message-ID: <Pine.GSO.3.95-heb-2.07.970601095133.4782A-100000@csd>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk



On Sat, 31 May 1997, Jordan K. Hubbard wrote:

> More and more people are trying to use GENERIC as a template for their
> own kernels and they're losing, of course, because generic sets many
> limits (like max children or open files) too low.
> 
   [snip]

> Meanwhile, of course, the users continue to use GENERIC (or worse,
> LINT) as their only available guides and they continue to walk off
> cliffs, year after year.
> 
> How shall we conduct the debate this time?  Same old same old, or
> something genuinely productive? :-)

On a (related???) issue... We had a short discussion on -questions lately
about kernel config files. It may just be a question of documentation, but
I suspect it's more than that. At least every other day you get a newbie
on -qeustions who can't boot because he commented out npx, or INET, or he
can't open xterms because he commented out COMPAT_43 or his
config won't build because he commented out pci but not the PCI devices
(this is a bit less of a problem, as you can see what's wrong from the
compile-time errors, but a newbie usually doesn't understand what he did
wrong).

I've just rechecked the handbook, and INET for once is listed under
"Networking", not under "Mandatory keywords" (though it says there to
leave it in). I'm not sure that changing just the docs would help, but it 
is the first step (same goes for npx0, FFS, COMPAT_43, loop etc.). I think
what would be better is for config, or even the kernel's makefile, to do
some sanity checks and spit out warnings like:

*** You didn't put in INET. There's a good chance your kernel won't
boot ***

This sure will save bandwidth on -questions, and many frustrated newbies
from climbing up on walls.

> 
> 					Jordan
> 

Yet another $.02 (I think someone is getting rich here collecting these
cents :-) ).

Nadav


From owner-freebsd-hackers  Sun Jun  1 00:04:21 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id AAA10373
          for hackers-outgoing; Sun, 1 Jun 1997 00:04:21 -0700 (PDT)
Received: from techunix.technion.ac.il (mellon@techunix.technion.ac.il [132.68.1.28])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA10364
          for <hackers@freebsd.org>; Sun, 1 Jun 1997 00:04:15 -0700 (PDT)
Received: (from mellon@localhost)
	by techunix.technion.ac.il (8.8.5/8.8.5) id KAA13488;
	Sun, 1 Jun 1997 10:03:24 +0300 (IDT)
Message-ID: <19970601100320.37936@techunix.technion.ac.il>
Date: Sun, 1 Jun 1997 10:03:20 +0300
From: Anatoly Vorobey <mellon@pobox.com>
To: Steve Howe <un_x@anchorage.net>
Cc: hackers@freebsd.org
Subject: Re: signed/unsigned cpp
References: <Pine.BSF.3.95q.970531213558.2061A-100000@aak.anchorage.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.64
X-Disclaimer: I was young, I needed the money!
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

You, Steve Howe, wrote on Sat, May 31, 1997 at 09:43:53PM -0800:
> 
> how can this be?  i changed my argument to
>   "signed char *" and gcc doesn't like it.  so i change it to
> "unsigned char *" and gcc doesn't like it either!  gcc wants to
> have it's cake and eat it too!  it doesn't mind "char *" though.
> 
> so what's wrong with adding "signed" or "unsigned"?

>From gcc's Info:

     Each kind of machine has a default for what `char' should be.  It
     is either like `unsigned char' by default or like `signed char' by
     default.

And later:

     The type `char' is always a distinct type from each of `signed
     char' or `unsigned char', even though its behavior is always just
     like one of those two.

gcc is probably acting up because you specified a fascistic
warning level ;) In fact I just tried to reproduce it and -Wall
-pedantic did the trick, while -Wall by itself or even with
-ansi wasn't enough.

-- 
Anatoly Vorobey,
mellon@pobox.com http://pobox.com/~mellon/
"Angels can fly because they take themselves lightly" - G.K.Chesterton

From owner-freebsd-hackers  Sun Jun  1 00:52:51 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id AAA12075
          for hackers-outgoing; Sun, 1 Jun 1997 00:52:51 -0700 (PDT)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA12070
          for <freebsd-hackers@FreeBSD.ORG>; Sun, 1 Jun 1997 00:52:48 -0700 (PDT)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA04622 for freebsd-hackers@FreeBSD.ORG; Sun, 1 Jun 1997 09:52:47 +0200
Received: (from j@localhost)
	by uriah.heep.sax.de (8.8.5/8.8.5) id JAA04103;
	Sun, 1 Jun 1997 09:45:43 +0200 (MET DST)
Message-ID: <19970601094543.XN15458@uriah.heep.sax.de>
Date: Sun, 1 Jun 1997 09:45:43 +0200
From: j@uriah.heep.sax.de (J Wunsch)
To: freebsd-hackers@FreeBSD.ORG
Subject: Re: Make Release Question
References: <XFMail.970531222413.Shimon@i-Connect.Net>
X-Mailer: Mutt 0.60_p2-3,5,8-9
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <XFMail.970531222413.Shimon@i-Connect.Net>; from Simon Shapiro on May 31, 1997 22:24:13 -0700
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

As Simon Shapiro wrote:

> Make release produces:
> 
> cc -static -o boot_crunch boot_crunch.o sh.lo find.lo pwd.lo ft.lo ppp.lo
> sysinstall.lo newfs.lo gzip.lo cpio.lo bad144.lo fsck.lo ifconfig.lo
> route.lo slattach.lo mount_nfs.lo -ll -ledit -lutil -lkvm -lmd -lcrypt
> -lftpio -lalias -ldialog -lncurses -lmytinfo -L/usr/src/release/libdisk/obj
> -ldisk -lipx
> ppp.lo: Undefined symbol `_dlopen' referenced from text segment
> ppp.lo: Undefined symbol `_dlerror' referenced from text segment

Hmm, i've created a -current SNAP yesterday.  I think the problem is
with ppp trying to dlopen() the NAT alias library.  Only dynamically
linked binaries can call dlopen().

I wonder why it works in -current...  I thought the discussed solution
was to conditionalize the NAT inclusion with a compile-time -D option,
and do not include it into the binary for the installation floppy.

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Sun Jun  1 02:16:23 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id CAA14940
          for hackers-outgoing; Sun, 1 Jun 1997 02:16:23 -0700 (PDT)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA14924
          for <hackers@FreeBSD.ORG>; Sun, 1 Jun 1997 02:16:06 -0700 (PDT)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id TAA16036; Sun, 1 Jun 1997 19:14:54 +1000
Date: Sun, 1 Jun 1997 19:14:54 +1000
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199706010914.TAA16036@godzilla.zeta.org.au>
To: bde@zeta.org.au, un_x@anchorage.net
Subject: Re: Borland 16bit bcc vs cc/gcc (float)
Cc: hackers@FreeBSD.ORG
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>i don't have a man page for fpsetprec() (2.2.1).
>how do i find out about it?

Look for it in the header files.  It is the same as fpsetround() except
it sets precision stuff instead of rounding stuff.  fpsetround() is
documented.

>and if i set "long double"
>precision, will pow/fmod, etc, work as powl/fmodl ?

No.  That would be broken.  pow/fmod only accept double precision args
and return a double precision result.

>> Printing of long double values with full precision is not
>> supported in FreeBSD.  This is why the same value is printed
>> for `ld-9' as for `ld'.
>
>are there plans to?  why shouldn't it?

It's behined a few thousand other things in my list of FreeBSD things
to do.

>     do { *p++ = itoan(fmod(val, base)); printf("- %s %Lf\n", s, val);
>          val/=base;
>          ^^^^^^^^^
>> Bug.  The fractional part needs to be subtracted somewhere, perhaps
>> using `val = floor(val / base);' here.
>
>actually, speed is too important to call floor() each time.

If speed is important, use a better (probably machine-dependent) algorithm.

>i don't see why i should have to, i find precision always
>rounds down (in fact, that's why i do the .49999999 thing).
>i've been using the code for years, and it works fine with
>64 bit string-int conversions, (under DOS ...).

fmod() rounds towards 0.  Perhaps floor() is only necessary for debugging
if fmodl() is used.  When fmod() is used, rounding to nearest (even) in
the conversion from long double to double always rounds up for the value
in the example.

Bruce

From owner-freebsd-hackers  Sun Jun  1 02:53:48 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id CAA16428
          for hackers-outgoing; Sun, 1 Jun 1997 02:53:48 -0700 (PDT)
Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA16421
          for <hackers@freebsd.org>; Sun, 1 Jun 1997 02:53:45 -0700 (PDT)
Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2])
	by nlsystems.com (8.8.5/8.8.5) with SMTP id KAA21515;
	Sun, 1 Jun 1997 10:53:26 +0100 (BST)
Date: Sun, 1 Jun 1997 10:53:26 +0100 (BST)
From: Doug Rabson <dfr@nlsystems.com>
To: Steve Howe <un_x@anchorage.net>
cc: "Kevin P. Neal" <kpneal@pobox.com>, freebsd-hackers <hackers@freebsd.org>
Subject: Re: Borland 16bit bcc vs cc/gcc (float)
In-Reply-To: <Pine.BSF.3.95q.970531190322.1359C-100000@aak.anchorage.net>
Message-ID: <Pine.BSF.3.95q.970601105201.7076K-100000@herring.nlsystems.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

On Sat, 31 May 1997, Steve Howe wrote:

> 
> On Sat, 31 May 1997, Kevin P. Neal wrote:
> 
> > >ahhh! :)  everyone says this - but exit() never returns, so main
> > >never returns anything, so IMHO, main should always be type void.
> 
> > Who says you always have to use exit()?
> 
> i'm sorry, i meant if you use exit.  i spent alot of time writing BIOS's
> for embedded systems where i had to sqeeze out every meaningless opcode,
> and i found that if return codes generate quite a few opcodes,  which is a
> waste if your bootstrapping and jumping to an OS which will create it's
> own stack.  further, from what i gather, it's good to call exit() on a 
> real OS when you finish a program in case there a hidden/extraneous
> clean-up functions that need to be completed.  and since exit doesn't
> return to main, any return in main is a waste of code.  it might also give
> someone the wrong idea that main actually does return something.

>From crt0.c:

	...
	exit(main(kfp->kargc, argv, environ));
	...

As you can see, exit() gets called with the result returned from main.
All clean-ups happen as one would expect.  Anything less would be a bug
and would be fixed.

--
Doug Rabson				Mail:  dfr@nlsystems.com
Nonlinear Systems Ltd.			Phone: +44 181 951 1891
					Fax:   +44 181 381 1039


From owner-freebsd-hackers  Sun Jun  1 04:33:22 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id EAA18972
          for hackers-outgoing; Sun, 1 Jun 1997 04:33:22 -0700 (PDT)
Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA18965
          for <freebsd-hackers@FreeBSD.ORG>; Sun, 1 Jun 1997 04:33:17 -0700 (PDT)
Received: from awfulhak.demon.co.uk (localhost [127.0.0.1])
	by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id LAA10205;
	Sun, 1 Jun 1997 11:05:45 +0100 (BST)
Message-Id: <199706011005.LAA10205@awfulhak.demon.co.uk>
X-Mailer: exmh version 1.6.9 8/22/96
To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
cc: freebsd-hackers@FreeBSD.ORG
Subject: Re: Make Release Question 
In-reply-to: Your message of "Sun, 01 Jun 1997 09:45:43 +0200."
             <19970601094543.XN15458@uriah.heep.sax.de> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Sun, 01 Jun 1997 11:05:45 +0100
From: Brian Somers <brian@awfulhak.org>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> As Simon Shapiro wrote:
> 
> > Make release produces:
> > 
> > cc -static -o boot_crunch boot_crunch.o sh.lo find.lo pwd.lo ft.lo ppp.lo
> > sysinstall.lo newfs.lo gzip.lo cpio.lo bad144.lo fsck.lo ifconfig.lo
> > route.lo slattach.lo mount_nfs.lo -ll -ledit -lutil -lkvm -lmd -lcrypt
> > -lftpio -lalias -ldialog -lncurses -lmytinfo -L/usr/src/release/libdisk/obj
> > -ldisk -lipx
> > ppp.lo: Undefined symbol `_dlopen' referenced from text segment
> > ppp.lo: Undefined symbol `_dlerror' referenced from text segment
> 
> Hmm, i've created a -current SNAP yesterday.  I think the problem is
> with ppp trying to dlopen() the NAT alias library.  Only dynamically
> linked binaries can call dlopen().
> 
> I wonder why it works in -current...  I thought the discussed solution
> was to conditionalize the NAT inclusion with a compile-time -D option,
> and do not include it into the binary for the installation floppy.

The result was that libalias should be built with libc.so:

John Polstra wrote:
> The right way to handle this is to add "-lc" to the linker line when
> building libalias.so.m.n.  E.g.:
> 
>     cc -shared -o libalias.so.1.1 ... -lc
> 
> Then when you dlopen() libalias, it will pull in libc if that has
> not already been done.
> 
> We probably should be building all of our shared libraries with
> their dependencies specified explicitly in this way.

I havn't done anything about this (yet).  Should I ?

> -- 
> cheers, J"org
> 
> joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
> Never trust an operating system you don't have sources for. ;-)

-- 
Brian <brian@awfulhak.org>, <brian@freebsd.org>
      <http://www.awfulhak.org>
Don't _EVER_ lose your sense of humour....



From owner-freebsd-hackers  Sun Jun  1 06:08:25 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id GAA21148
          for hackers-outgoing; Sun, 1 Jun 1997 06:08:25 -0700 (PDT)
Received: from darius.concentric.net (darius.concentric.net [207.155.184.79])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA21140
          for <hackers@FreeBSD.ORG>; Sun, 1 Jun 1997 06:08:22 -0700 (PDT)
Received: from mcfeely.concentric.net (mcfeely [207.155.184.83])
	by darius.concentric.net (8.8.5/(97/05/21 3.30))
	id JAA07398; Sun, 1 Jun 1997 09:08:21 -0400 (EDT)
	[1-800-745-2747 The Concentric Network]
Received: from crc3.concentric.net (ts033d07.hil-ny.concentric.net [206.173.18.67])
	by mcfeely.concentric.net (8.8.5)
	id JAA26496; Sun, 1 Jun 1997 09:08:19 -0400 (EDT)
Message-ID: <339173F7.5FFF@concentric.net>
Date: Sun, 01 Jun 1997 09:07:03 -0400
From: Richard Linane <Typh0on@concentric.net>
Reply-To: Typh0on@concentric.net
Organization: Richard Linane
X-Mailer: Mozilla 3.0Gold (Win95; U)
MIME-Version: 1.0
To: hackers@FreeBSD.ORG
Subject: Please Remove Me From The List
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Please remove my name from "hackers@FreeBSD.ORG"
Thankyou

From owner-freebsd-hackers  Sun Jun  1 06:50:33 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id GAA21971
          for hackers-outgoing; Sun, 1 Jun 1997 06:50:33 -0700 (PDT)
Received: from squirrel.tgsoft.com (squirrel.tgsoft.com [207.167.64.183])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id GAA21966
          for <hackers@FreeBSD.ORG>; Sun, 1 Jun 1997 06:50:31 -0700 (PDT)
Received: (qmail 3277 invoked by uid 128); 1 Jun 1997 13:50:29 -0000
Date: 1 Jun 1997 13:50:29 -0000
Message-ID: <19970601135029.3276.qmail@squirrel.tgsoft.com>
From: mark thompson <thompson@squirrel.tgsoft.com>
To: hackers@FreeBSD.ORG
Subject: Re: LINT and GENERIC - between a rock and a generic place.
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

I have used Linux's make config, and i don't like it much. Frankly, it
is nicer to sit in emacs with LINT on the screen and copy stuff to my
own config... LINT generally contains enough comments to figure out what
i need and don't... unlike make config.

But to contribute something new to the discussion, though it is
something very small, please provide a bunch of config files, but please
make sure that all of the config files have stuff in the same order, so
they can be diff'ed. (NB: this was not true of LINT and GENERIC the last
time i cared).

-mark

From owner-freebsd-hackers  Sun Jun  1 07:01:46 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id HAA22187
          for hackers-outgoing; Sun, 1 Jun 1997 07:01:46 -0700 (PDT)
Received: from aage.priv.no (birk04.studby.uio.no [129.240.214.13])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA22182
          for <freebsd-hackers@freebsd.org>; Sun, 1 Jun 1997 07:01:40 -0700 (PDT)
Received: (from aagero@localhost) by aage.priv.no (8.8.5/sendmail95) id QAA06251; Sun, 1 Jun 1997 16:01:36 +0200 (CEST)
Message-ID: <19970601160135.28385@aage.priv.no>
Date: Sun, 1 Jun 1997 16:01:36 +0200
From: =?iso-8859-1?Q?=C5ge_R=F8bekk?= <aagero@aage.priv.no>
To: freebsd-hackers@freebsd.org
Subject: IPDIVERT not working in 2.2.2
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary=17pEHd4RhPHOinZp
X-Mailer: Mutt 0.73
X-OS: FreeBSD 3.0-CURRENT
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


--17pEHd4RhPHOinZp
Content-Type: text/plain; charset=us-ascii

I'm having problems getting IPDIVERT and friends working on
FreeBSD-2.2.2.  When the kernel has booted and the drivers are
initialized, the kernel says

IP packet filtering initialized, divert enabled, unlimited logging

as expected.  However, binding to a divert socket and read()ing gives
no data no matter what i try.  The exact same setup works perfectly
fine in -CURRENT, although that is on another machine.  The 2.2.2 box
has 2 vx network cards, but I do not think that the divert layer can
be affected by such a low-level layer.  If someone could build and
test the extremely-crude and high-speed hacked together divert test
program attached to this mail, perhaps we could narrow out what i've
missed:

cc diverttest.c -o diverttest

ipfw add 00001 divert 32768 ip from any to any via <your-interface>
./diverttest 32768

any inbound traffic should be displayed as

read nn bytes

-aage

--17pEHd4RhPHOinZp
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="diverttest.c"

I2luY2x1ZGUgPHVuaXN0ZC5oPg0KI2luY2x1ZGUgPHN0ZGxpYi5oPg0KI2luY2x1ZGUgPHN0
ZGlvLmg+DQojaW5jbHVkZSA8c3lzL3NvY2tldC5oPg0KI2luY2x1ZGUgPG5ldGluZXQvaW4u
aD4NCg0KI2RlZmluZSBCVUZGU0laIDE2MDAgLyogc2hvdWxkIGJlIE1UVSBwZXJoYXBzPyAq
Lw0KDQppbnQNCm1haW4oaW50IGFyZ2MsIGNoYXIgKiphcmd2KQ0Kew0KICBpbnQgZGl2ZXJ0
c29jaywgcG9ydCwgcmRzejsNCiAgc3RydWN0IHNvY2thZGRyX2luIGFkZHI7DQogIGNoYXIg
KmJ1ZmY7DQoNCiAgaWYoYXJnYyA8IDIpIHsNCiAgICBmcHJpbnRmKHN0ZGVyciwgIiVzIHBv
cnRcbiIsIGFyZ3ZbMF0pOw0KICAgIGV4aXQoMSk7DQogIH0NCg0KICBpZigoZGl2ZXJ0c29j
ayA9IHNvY2tldChQRl9JTkVULCBTT0NLX1JBVywgSVBQUk9UT19ESVZFUlQpKSA9PSAtMSkg
ew0KICAgIHBlcnJvcigic29ja2V0Iik7DQogICAgZXhpdCgxKTsNCiAgfQ0KDQogIHBvcnQg
PSBhdG9pKGFyZ3ZbMV0pOw0KICANCiAgYWRkci5zaW5fZmFtaWx5ID0gQUZfSU5FVDsNCiAg
YWRkci5zaW5fYWRkci5zX2FkZHIgPSBJTkFERFJfQU5ZOw0KICBhZGRyLnNpbl9wb3J0ID0g
bnRvaHMocG9ydCk7DQoNCiAgaWYoYmluZChkaXZlcnRzb2NrLCAoc3RydWN0IHNvY2thZGRy
ICopJmFkZHIsIHNpemVvZihzdHJ1Y3Qgc29ja2FkZHJfaW4pKSA8IDApIHsNCiAgICBwZXJy
b3IoImJpbmQiKTsNCiAgICBleGl0KDEpOw0KICB9DQoNCiAgaWYoKGJ1ZmYgPSBtYWxsb2Mo
QlVGRlNJWikpID09IE5VTEwpIHsNCiAgICBmcHJpbnRmKHN0ZGVyciwgIm1hbGxvYyBlcnJv
clxuIik7DQogICAgZXhpdCgxKTsNCiAgfQ0KDQogIGZvcig7Oykgew0KICAgIHJkc3ogPSBy
ZWFkKGRpdmVydHNvY2ssIGJ1ZmYsIEJVRkZTSVopOw0KICAgIGZwcmludGYoc3RkZXJyLCAi
cmVhZCAlZCBieXRlc1xuIiwgcmRzeik7DQogIH0NCg0KICByZXR1cm4gMDsgLyogSnVzdCB0
byBzaHV0IHVwIGdjYyAqLw0KfQ0KDQo=

--17pEHd4RhPHOinZp--

From owner-freebsd-hackers  Sun Jun  1 07:47:02 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id HAA23201
          for hackers-outgoing; Sun, 1 Jun 1997 07:47:02 -0700 (PDT)
Received: from mail.id.net (mail.id.net [199.125.1.6])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA23195
          for <freebsd-hackers@freebsd.org>; Sun, 1 Jun 1997 07:46:59 -0700 (PDT)
Received: from shell.id.net (shell.id.net [199.125.2.8])
          by mail.id.net (8.8.5/8.8.5) with ESMTP id KAA28102
          for <freebsd-hackers@freebsd.org>; Sun, 1 Jun 1997 10:47:11 -0400 (EDT)
From: Robert Shady <rls@mail.id.net>
Received: (from rls@localhost) by shell.id.net (8.8.5/8.7.3) id KAA02181 for freebsd-hackers@freebsd.org; Sun, 1 Jun 1997 10:47:11 -0400 (EDT)
Message-Id: <199706011447.KAA02181@shell.id.net>
Subject: Archive Tape Autochanger
To: freebsd-hackers@freebsd.org
Date: Sun, 1 Jun 1997 10:47:11 -0400 (EDT)
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-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Has anyone gotten the CSC special Archive DAT auto-changer to work
with FreeBSD yet?  What did you have to do to get it to work?  I
am starting to wonder if mine is just defective.  I'm running 2.2.2
release, and when I load a tape, it spits it back out a few seconds
later, the drive displays "CHK MAG", and the FreeBSD box reports
ERROR: Vendor specific ASCQ.  Under different versions of FreeBSD
I have at least been able to load tapes, and run small backups, but
now it won't even load the tape.

	-- Rob
===
      _/_/_/_/_/  _/_/_/_/               _/_/    _/  _/_/_/_/_/  _/_/_/_/_/
         _/      _/      _/    _/_/_/   _/  _/  _/  _/_/_/_/        _/
   _/_/_/_/_/  _/_/_/_/               _/      _/  _/_/_/_/_/      _/

                             Innovative Data Services 
                          Serving South-Eastern Michigan 
        Internet Service Provider / Hardware Sales / Consulting Services
       Voice: (810)855-0404 / Fax: (810)855-3268 / Web: http://www.id.net

From owner-freebsd-hackers  Sun Jun  1 07:56:57 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id HAA23468
          for hackers-outgoing; Sun, 1 Jun 1997 07:56:57 -0700 (PDT)
Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA23463
          for <freebsd-hackers@FreeBSD.ORG>; Sun, 1 Jun 1997 07:56:53 -0700 (PDT)
Received: from awfulhak.demon.co.uk (localhost [127.0.0.1])
	by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id PAA29354;
	Sun, 1 Jun 1997 15:54:42 +0100 (BST)
Message-Id: <199706011454.PAA29354@awfulhak.demon.co.uk>
X-Mailer: exmh version 1.6.9 8/22/96
To: =?iso-8859-1?Q?=C5ge_R=F8bekk?= <aagero@aage.priv.no>
cc: freebsd-hackers@FreeBSD.ORG
Subject: Re: IPDIVERT not working in 2.2.2 
In-reply-to: Your message of "Sun, 01 Jun 1997 16:01:36 +0200."
             <19970601160135.28385@aage.priv.no> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Sun, 01 Jun 1997 15:54:42 +0100
From: Brian Somers <brian@awfulhak.org>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> 
> --17pEHd4RhPHOinZp
> Content-Type: text/plain; charset=us-ascii
> 
> I'm having problems getting IPDIVERT and friends working on
> FreeBSD-2.2.2.  When the kernel has booted and the drivers are
> initialized, the kernel says
[.....]
> cc diverttest.c -o diverttest
> 
> ipfw add 00001 divert 32768 ip from any to any via <your-interface>
> ./diverttest 32768
[.....]

Things work ok for me on RELENG_2_2 as of May 19.  Try using recvfrom()
instead of read(), or alternatively build the natd port and see if that
works.
-- 
Brian <brian@awfulhak.org>, <brian@freebsd.org>
      <http://www.awfulhak.org>
Don't _EVER_ lose your sense of humour....



From owner-freebsd-hackers  Sun Jun  1 08:07:38 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id IAA23791
          for hackers-outgoing; Sun, 1 Jun 1997 08:07:38 -0700 (PDT)
Received: from elvis.mu.org ([206.156.230.205])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA23785
          for <freebsd-hackers@FreeBSD.ORG>; Sun, 1 Jun 1997 08:07:36 -0700 (PDT)
Received: (from paul@localhost)
	by elvis.mu.org (8.8.5/8.8.5) id KAA08288;
	Sun, 1 Jun 1997 10:07:31 -0500 (CDT)
From: Paul Saab <paul@mu.org>
Message-Id: <199706011507.KAA08288@elvis.mu.org>
Subject: Re: Archive Tape Autochanger
In-Reply-To: <199706011447.KAA02181@shell.id.net> from Robert Shady at "Jun 1, 97 10:47:11 am"
To: rls@mail.id.net (Robert Shady)
Date: Sun, 1 Jun 1997 10:07:31 -0500 (CDT)
Cc: freebsd-hackers@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL31H (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Robert Shady wrote:
> Has anyone gotten the CSC special Archive DAT auto-changer to work
> with FreeBSD yet?  What did you have to do to get it to work?  I
> am starting to wonder if mine is just defective.  I'm running 2.2.2
> release, and when I load a tape, it spits it back out a few seconds
> later, the drive displays "CHK MAG", and the FreeBSD box reports
> ERROR: Vendor specific ASCQ.  Under different versions of FreeBSD
> I have at least been able to load tapes, and run small backups, but
> now it won't even load the tape.

I got it to work.  I could not get it to change tapes using chio
when I had it plugged into my Adaptec 154x but when I put it on my
Adaptec 2940 it worked like a charm.

Paul Saab

From owner-freebsd-hackers  Sun Jun  1 10:58:19 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id KAA29161
          for hackers-outgoing; Sun, 1 Jun 1997 10:58:19 -0700 (PDT)
Received: from gnostic.cynic.net (gnostic.cynic.net [198.73.220.5])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA29156
          for <hackers@FreeBSD.ORG>; Sun, 1 Jun 1997 10:58:16 -0700 (PDT)
Received: from localhost ([[UNIX: localhost]]) by gnostic.cynic.net (8.8.5/8.6.12) with SMTP id KAA22427; Sun, 1 Jun 1997 10:56:49 -0700 (PDT)
X-Authentication-Warning: gnostic.cynic.net: cjs owned process doing -bs
Date: Sun, 1 Jun 1997 10:56:48 -0700 (PDT)
From: Curt Sampson <cjs@portal.ca>
X-Sender: cjs@gnostic.cynic.net
To: Terry Lambert <terry@lambert.org>
cc: "Jordan K. Hubbard" <jkh@time.cdrom.com>, hackers@FreeBSD.ORG
Subject: Re: LINT and GENERIC - between a rock and a generic place.
In-Reply-To: <199705312136.OAA11743@phaeton.artisoft.com>
Message-ID: <Pine.NEB.3.93.970601105542.22137E-100000@gnostic.cynic.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On Sat, 31 May 1997, Terry Lambert wrote:

> The config needs to be seperated into "machine" and "usage"
> portions, IMO.  Maybe adding the ability to use #include (or
> equivalent) is really the thing to do, instead.

If it's of any interest, NetBSD did add an `include' facility to
config. sys/arch/i386/conf/GENERIC, for example, has

    include "arch/i386/conf/std.i386"

at the top, which includes a bunch of standard options that nobody
can live without (EXEC_AOUT, for example).

cjs

Curt Sampson    cjs@portal.ca		Info at http://www.portal.ca/
Internet Portal Services, Inc.		`And malt does more than Milton can
Vancouver, BC   (604) 257-9400		 To justify God's ways to man.' 


From owner-freebsd-hackers  Sun Jun  1 11:55:33 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id LAA00850
          for hackers-outgoing; Sun, 1 Jun 1997 11:55:33 -0700 (PDT)
Received: from lestat.nas.nasa.gov (lestat.nas.nasa.gov [129.99.50.29])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA00844
          for <hackers@freebsd.org>; Sun, 1 Jun 1997 11:55:31 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.7.5/8.6.12) with SMTP id LAA01641; Sun, 1 Jun 1997 11:50:56 -0700 (PDT)
Message-Id: <199706011850.LAA01641@lestat.nas.nasa.gov>
X-Authentication-Warning: lestat.nas.nasa.gov: Host localhost [127.0.0.1] didn't use HELO protocol
To: Curt Sampson <cjs@portal.ca>
Cc: Terry Lambert <terry@lambert.org>,
        "Jordan K. Hubbard" <jkh@time.cdrom.com>, hackers@freebsd.org
Subject: Re: LINT and GENERIC - between a rock and a generic place. 
Reply-To: Jason Thorpe <thorpej@nas.nasa.gov>
From: Jason Thorpe <thorpej@nas.nasa.gov>
Date: Sun, 01 Jun 1997 11:50:55 -0700
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

On Sun, 1 Jun 1997 10:56:48 -0700 (PDT) 
 Curt Sampson <cjs@portal.ca> wrote:

 > If it's of any interest, NetBSD did add an `include' facility to
 > config. sys/arch/i386/conf/GENERIC, for example, has
 > 
 >     include "arch/i386/conf/std.i386"

...hmm, actually, this was present in Torek's original 4.4BSD config.new,
as well, but we (NetBSD) do make heavy use of it.

Jason R. Thorpe                                       thorpej@nas.nasa.gov
NASA Ames Research Center                               Home: 408.866.1912
NAS: M/S 258-6                                          Work: 415.604.0935
Moffett Field, CA 94035                                Pager: 415.428.6939

From owner-freebsd-hackers  Sun Jun  1 12:44:02 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id MAA02296
          for hackers-outgoing; Sun, 1 Jun 1997 12:44:02 -0700 (PDT)
Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA02280;
          Sun, 1 Jun 1997 12:43:56 -0700 (PDT)
Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1])
	by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id MAA20315;
	Sun, 1 Jun 1997 12:43:58 -0700 (PDT)
Message-Id: <199706011943.MAA20315@rah.star-gate.com>
X-Mailer: exmh version 1.6.9 8/22/96
To: Randall Hopper <rhh@ct.picker.com>
cc: multimedia@FreeBSD.ORG, hackers@FreeBSD.ORG
Subject: Re: http://rah.star-gate.com/HyperNews/get/forums/sound.html 
In-reply-to: Your message of "Sun, 01 Jun 1997 08:02:55 EDT."
             <19970601080255.11748@ct.picker.com> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Sun, 01 Jun 1997 12:43:58 -0700
From: Amancio Hasty <hasty@rah.star-gate.com>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Two issues mailing lists and  project data books. 

As for  mailing lists, I use , mh, exmh and glimpse.
exmh is a tcl/tk interface for mh  for further info please see:
http://www.sunlabs.com/~bwelch/exmh/

You can index any mailing list and use glimp via exmh to search the 
mailing lists.

webglimpse is a little different in that it generates html pages which
then turns around and indexes .



For a project , I think that there is a need to have information repositories
whose content are controlled and organized . A good example is
Bt848 Project Web Page: http://freebsd.org/~fsmp/HomeAuto/Bt848.html
It would have been nice to have archived some of the dialogues that
we have carried out in the Bt848 project about design/trade off issues.

	Enjoy,
	Amancio


>From The Desk Of Randall Hopper :
> Amancio Hasty:
>  |You can also  get to the web page via http://rah.star-gate.com/
>  |
>  |I started building a HyperNews archive for the sound driver . 
>  |This is just a test round if people like the general setup then
>  |I will start loading up the web page. Also pending upon the success
>  |I may do one for the Bt848 project.
> 
> Looks nice.  I've been looking for a decent search engine to archive a few
> lists I'm on for me (inc the multimedia list), and this one looks like it
> deserves a look.
> 
> I'm assuming that this will auto-grab relevent messages posted to the
> multimedia mailing list.  I don't want to have to bring up Netscape/lynx to
> go browse for new articles and to post responses regularly.  There traffic
> is low enough on multimedia that there really isn't utility in splitting it
> up into separate lists anyway, SMTP or HTTP hosting aside.
> 
> But for searching and browsing past articles posted to the multimedia list
> as a whole, this would be a nice interface.
> 
> Randall



From owner-freebsd-hackers  Sun Jun  1 13:54:05 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id NAA04688
          for hackers-outgoing; Sun, 1 Jun 1997 13:54:05 -0700 (PDT)
Received: from misery.sdf.com (misery.sdf.com [204.244.210.193])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA04683
          for <hackers@FreeBSD.ORG>; Sun, 1 Jun 1997 13:54:02 -0700 (PDT)
Received: from localhost (tom@localhost)
	by misery.sdf.com (8.8.5/8.8.5) with SMTP id NAA01310;
	Sun, 1 Jun 1997 13:51:41 -0700 (PDT)
X-Authentication-Warning: misery.sdf.com: tom owned process doing -bs
Date: Sun, 1 Jun 1997 13:51:40 -0700 (PDT)
From: Tom Samplonius <tom@sdf.com>
To: "Jordan K. Hubbard" <jkh@time.cdrom.com>
cc: Terry Lambert <terry@lambert.org>, hackers@FreeBSD.ORG
Subject: Re: LINT and GENERIC - between a rock and a generic place. 
In-Reply-To: <7878.865128832@time.cdrom.com>
Message-ID: <Pine.BSF.3.95q.970601134942.1218B-100000@misery.sdf.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


On Sat, 31 May 1997, Jordan K. Hubbard wrote:

> >   Why can't these be handled like setting device setttings (IRQs,
> > baseports, etc)?  Boot with a "-c" to change them, before the kernel is
> > really running, and then write the changes into kernel after boot with
> > dset.
> 
> Because it's a totally different mechanism than editing isa_device
> structures in userconfig? Are you volunteering to make the changes
> that many have discussed but no one has undertaken in order to
> support generalized variable setting in userconfig? ;-)
> 
> 					Jordan

  Am I right in assuming that the only two items that need to be changable
are:

 - max num of open files (which is based on maxusers now)
 - number of mbuf clusters (which is based on maxusers too)

?

Tom


From owner-freebsd-hackers  Sun Jun  1 14:02:50 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id OAA05011
          for hackers-outgoing; Sun, 1 Jun 1997 14:02:50 -0700 (PDT)
Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA05006
          for <hackers@FreeBSD.org>; Sun, 1 Jun 1997 14:02:43 -0700 (PDT)
Received: (from uucp@localhost)
	by frmug.org (8.8.5/8.8.5/frmug-2.0) with UUCP id XAA01847
	for hackers@FreeBSD.org; Sun, 1 Jun 1997 23:01:44 +0200 (MET DST)
Received: (from charnier@localhost)
	by xp11.frmug.org (8.8.5/8.8.5/xp11-uucp-1.1) id WAA13926;
	Sun, 1 Jun 1997 22:57:21 +0200 (CEST)
Date: Sun, 1 Jun 1997 22:57:21 +0200 (CEST)
Message-Id: <199706012057.WAA13926@xp11.frmug.org>
From: Philippe Charnier <charnier@xp11.frmug.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: hackers@FreeBSD.org
Subject: split -p pattern: new option
X-Mailer: VM 6.31 under Emacs 19.34.1
Reply-To: charnier@xp11.frmug.org
Sender: owner-hackers@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

Hi,

In order to split a big patch file into individual patches, I hacked a new
option for split(1) that can split if the current line matches the given
pattern.

% split -p '^diff -rc2N' big.patch x.

I think that it's an useful option and it maybe should be added. Comments?

begin 644 patch.split.gz
M'XL(");AD3,"`W!A=&-H+G-P;&ET`*56;4_;2!#^O/X5`Z<C#FO'+R'DK9PH
M$.Z0.(I**U5'$7*<=6*=8UMK!X*._/>;V;4#2:EZU2%A[\[.S#[SS+/KA`\%
M3.(H&L`9/N-T"BWC(IV(Y0"*/(G+5F@<_?\_X^/I#41Q(@;@S+*Y\&?.N13B
MY.:L%3X4,LM*IY"ALRAD:QRGCMK9J?:W'@PI2AF+!T(G\57$60I>JVT0<+`7
M8$N<K?':MEV/F=?O=QVW[?A]<`\&;7_@]QE%<LZW?`X=UP//':";YQG'QV`?
M^-8A<'QVX?C8@%]$BON!LP]I5D(2IR7L.P;@0IR&R6(BX%WQ5#AY((-Y:_:;
MP3?MY5,N"K)O1(1D5M87FY"2+`2AXQ*$CE=#>,E83I)XO!58($OI=,NX2&-T
MW@(DQ50L:S`3@7T7<#8ZO[RX&C'/=5W&&-9Y)J)@D920+N94KR@@%U*UL:5+
M5Q#[!/'0L_H*(M+"((XF<`2V9T%6C88JX46:+THG6Y3X4GE@(HI0QGF9R4+G
M#&>!9#".Y.V?[[^<W%S\-;H;:C07S@<8+Z)(R->>41K,!?E>O__TQ^7HZD[O
M=$[):0ERB>4M50C7(7E0ED*FM[[KUKFOM0G*#.9!&<ZTNV+I'NN1T^70X*JT
M/$J"Z9!X>\CB":3B4=5Q?W]MFF1I-H?5DI*7M[E"A'7;V$W>[5D]11@C(84S
MC&($#_9%;L%^3EO8['%&R4TSG"&+4U%F>6D&<AI:@,\'"W9MU_/;!YW#;J\_
M'B2#W683=HCOIL&9@HIQ+F+_Z4SYZUS`6/$8(R^`\4WXAPQA4`AHN(T!Z)&W
M'OGK47L].F@,7H(Z:_/A>M1=CWKK41^#B#'/:Y/&/*]O>9XFC3$\BJ:)RM3"
M/`(4?YDE)M:%!5FP1S1Z+M;P#AF`YV<B5E7"&!ZPI8GBW/VU&$"<)&(:)$K@
M$&:+M&SMHFY5&NHE^H^E"/XF$BO\>0,&2C:5DK1FZ.@IV6!$3;VGHA16%%.8
MS7-S#\54Y[?@X^CW^]&73Z.KL]'9,TVN/MQ\/E'$NTU0P6_#5=K,-Z#R%ZB(
M>J(/KZ*=+8I@*DQ=SDIS>J`Y[1S4.F1B&9=@NLIKA?]*P+ZI,E,%JB@2%L/-
M([R^52W*G4)UY*JZ%GQJ5@^XW_8MOU,WC57GI8+"&$WNLURDFBRRK5#WN)!)
M,$^IL:<"'W@A#"$1J6T/T<!Y4SDI6/OD<`2-KVD#]O:`\R3$$X666APD6.7-
MQFJ%,MJ`N3EMJ5<HT:.,2V'BC67AH@7DK!JA!I4?-4/U0CGO-NMXO2<=-3VO
MD6]M@16L,[VB0EM$4HAZ\34OKF[MCQC!*OEK3G8T)TT4=5K&Z4(,7]9U*^L(
M`+*Y%*%D)<)*I;H`"UP+KCY?7N*@V=0A;"OI"@C]9L*J$SNO.O%-L!+!2IO?
MZ@[_;\WA;_>&;[:&?],9OM$8OMT7OFX+_UY75NO+"!._P\35];A=3E7JCTM1
MAZ>G#F?;I1<=G>K\&BJW_II$.7[LR\C$CSO6;1GVKG*J?K;!K3V&\5,I[M65
K=H=S?<6MY^JS=:N_CG=W7U/%UT_FL//Z"OQ.PNIF\/3-\"\+G#ET;`H``-65
`
end

-- 
------                                                            ------ 
Philippe Charnier                               charnier@lirmm.fr (smtp)       
                                          charnier@xp11.frmug.org (uucp) 

    ``a PC not running FreeBSD is like a venusian with no tentacles'' 
------------------------------------------------------------------------

From owner-freebsd-hackers  Sun Jun  1 14:30:11 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id OAA05860
          for hackers-outgoing; Sun, 1 Jun 1997 14:30:11 -0700 (PDT)
Received: from austin.polstra.com (austin.polstra.com [206.213.73.10])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA05855
          for <hackers@freebsd.org>; Sun, 1 Jun 1997 14:30:09 -0700 (PDT)
Received: from austin.polstra.com (jdp@localhost)
	by austin.polstra.com (8.8.5/8.8.5) with ESMTP id OAA21968
	for <hackers@freebsd.org>; Sun, 1 Jun 1997 14:30:08 -0700 (PDT)
Message-Id: <199706012130.OAA21968@austin.polstra.com>
To: hackers@freebsd.org
Subject: Re: Make Release Question
Newsgroups: polstra.freebsd.hackers
In-Reply-To: <19970601094543.XN15458@uriah.heep.sax.de>
References: <XFMail.970531222413.Shimon@i-Connect.Net> <19970601094543.XN15458@uriah.heep.sax.de>
Organization: Polstra & Co., Seattle, WA
Date: Sun, 01 Jun 1997 14:30:08 -0700
From: John Polstra <jdp@polstra.com>
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

> > Make release produces:
> > 
> > cc -static -o boot_crunch boot_crunch.o sh.lo find.lo pwd.lo ft.lo ppp.lo
> > sysinstall.lo newfs.lo gzip.lo cpio.lo bad144.lo fsck.lo ifconfig.lo
> > route.lo slattach.lo mount_nfs.lo -ll -ledit -lutil -lkvm -lmd -lcrypt
> > -lftpio -lalias -ldialog -lncurses -lmytinfo -L/usr/src/release/libdisk/obj
> > -ldisk -lipx
> > ppp.lo: Undefined symbol `_dlopen' referenced from text segment
> > ppp.lo: Undefined symbol `_dlerror' referenced from text segment
> 
> Hmm, i've created a -current SNAP yesterday.  I think the problem is
> with ppp trying to dlopen() the NAT alias library.  Only dynamically
> linked binaries can call dlopen().
> 
> I wonder why it works in -current...

The /usr/lib/scrt0.o in -current has stubs for dlopen() and friends,
which always return a failure code.  The /usr/lib/scrt0.o in -2.2
does not have those stubs.  So in -current, you don't get the
undefined symbols.  But if the code ever tries to actually load
something with dlopen(), it will fail at runtime.

John
--
   John Polstra                                       jdp@polstra.com
   John D. Polstra & Co., Inc.                Seattle, Washington USA
   "Self-knowledge is always bad news."                 -- John Barth

From owner-freebsd-hackers  Sun Jun  1 15:03:17 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id PAA07104
          for hackers-outgoing; Sun, 1 Jun 1997 15:03:17 -0700 (PDT)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA07098
          for <hackers@FreeBSD.ORG>; Sun, 1 Jun 1997 15:03:13 -0700 (PDT)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA16905 for hackers@FreeBSD.ORG; Mon, 2 Jun 1997 00:03:04 +0200
Received: (from j@localhost)
	by uriah.heep.sax.de (8.8.5/8.8.5) id XAA07405;
	Sun, 1 Jun 1997 23:50:31 +0200 (MET DST)
Message-ID: <19970601235030.JE34259@uriah.heep.sax.de>
Date: Sun, 1 Jun 1997 23:50:30 +0200
From: j@uriah.heep.sax.de (J Wunsch)
To: hackers@FreeBSD.ORG
Subject: Re: LINT and GENERIC - between a rock and a generic place.
References: <7878.865128832@time.cdrom.com> <Pine.BSF.3.95q.970601134942.1218B-100000@misery.sdf.com>
X-Mailer: Mutt 0.60_p2-3,5,8-9
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <Pine.BSF.3.95q.970601134942.1218B-100000@misery.sdf.com>; from Tom Samplonius on Jun 1, 1997 13:51:40 -0700
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

As Tom Samplonius wrote:

>   Am I right in assuming that the only two items that need to be
> changable are:

``Assumptions are the root of all evil.'' :)

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Sun Jun  1 16:04:09 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id QAA11776
          for hackers-outgoing; Sun, 1 Jun 1997 16:04:09 -0700 (PDT)
Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA11760
          for <hackers@freebsd.org>; Sun, 1 Jun 1997 16:03:55 -0700 (PDT)
Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C)
	id AA27220; Mon, 2 Jun 97 01:04:11 +0100
Date: Mon, 2 Jun 97 01:04:11 +0100
Message-Id: <9706020004.AA27220@cabri.obs-besancon.fr>
From: Jean-Marc Zucconi <jmz@cabri.obs-besancon.fr>
To: charnier@xp11.frmug.org
Cc: hackers@freebsd.org
In-Reply-To: <199706012057.WAA13926@xp11.frmug.org> (message from Philippe
	Charnier on Sun, 1 Jun 1997 22:57:21 +0200 (CEST))
Subject: Re: split -p pattern: new option
X-Mailer: Emacs
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

>>>>> Philippe Charnier writes:

 > Hi,
 > In order to split a big patch file into individual patches, I hacked a new
 > option for split(1) that can split if the current line matches the given
 > pattern.

 > % split -p '^diff -rc2N' big.patch x.

 > I think that it's an useful option and it maybe should be added. Comments?

I like this idea!

 > begin 644 patch.split.gz

'char    pattern[200];' is not used :)

Jean-Marc
 _____________________________________________________________________________
 Jean-Marc Zucconi       Observatoire de Besancon       F 25010 Besancon cedex
                   PGP Key: finger jmz@cabri.obs-besancon.fr
 =============================================================================

From owner-freebsd-hackers  Sun Jun  1 16:13:06 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id QAA12736
          for hackers-outgoing; Sun, 1 Jun 1997 16:13:06 -0700 (PDT)
Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA12729
          for <hackers@FreeBSD.ORG>; Sun, 1 Jun 1997 16:12:59 -0700 (PDT)
Received: from labs.usn.blaze.net.au (local [127.0.0.1])
	by labs.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id JAA02089
	for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 09:13:10 +1000 (EST)
Message-Id: <199706012313.JAA02089@labs.usn.blaze.net.au>
X-Mailer: exmh version 2.0gamma 1/27/96
To: hackers@FreeBSD.ORG
Subject: Re: uucp uid's 
In-reply-to: Your message of "Sat, 31 May 1997 09:07:33 +0200."
             <19970531090733.HH04622@uriah.heep.sax.de> 
X-Face: (W@z~5kg?"+5?!2kHP)+l369.~a@oTl^8l87|/s8"EH?Uk~P<Wc^}f75I|456ez/M
 E3OlD+ZL@c>#N+Ec~Z&@;'LL!;3?y<m[SK`'\R~Oe|(t-x+U@a%p!1_fZP0!Tb^?'%M1|"n9
 Fl{Ao~%X[Ec|bMlaN-3#x.e')nZ2/HHYSa2D[:bk#pj0(}\HpKeE}/GqUb3-1}lnUm6Et4?(
 gB5[*Z3Mu6o{Og.EJ))beY9oq9wcVU7_n}:I2JvCaa[5=&PI;x__["DL`uI}=s>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Mon, 02 Jun 1997 09:13:07 +1000
From: David Nugent <davidn@labs.usn.blaze.net.au>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>  think Taylor's possibility to limit a particular system name to a
>  distinct account, too (though i've never been using this).

I do. :) I don't particularly like the idea of granting permissions
to the local filesystem based on the remote system name while letting
any uucp dialin identify themselves as any system they like. If all
uucp clients shared the same access, then I'd be less inclined to be
as strict, but the only reason I'd still keep this setup is to prevent
one client from stealing another's mail.

Regards,
David

David Nugent - Unique Computing Pty Ltd - Melbourne, Australia
Voice +61-3-9791-9547  Data/BBS +61-3-9792-3507  3:632/348@fidonet
davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/


From owner-freebsd-hackers  Sun Jun  1 16:20:06 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id QAA13019
          for hackers-outgoing; Sun, 1 Jun 1997 16:20:06 -0700 (PDT)
Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA12962
          for <freebsd-hackers@freebsd.org>; Sun, 1 Jun 1997 16:19:59 -0700 (PDT)
Received: from labs.usn.blaze.net.au (local [127.0.0.1])
	by labs.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id JAA02110;
	Mon, 2 Jun 1997 09:19:55 +1000 (EST)
Message-Id: <199706012319.JAA02110@labs.usn.blaze.net.au>
X-Mailer: exmh version 2.0gamma 1/27/96
To: Don Yuniskis <dgy@rtd.com>, freebsd-hackers@freebsd.org
Subject: Re: uucp uid's 
In-reply-to: Your message of "Sat, 31 May 1997 10:49:57 MST."
             <199705311749.KAA03280@seagull.rtd.com> 
X-Face: (W@z~5kg?"+5?!2kHP)+l369.~a@oTl^8l87|/s8"EH?Uk~P<Wc^}f75I|456ez/M
 E3OlD+ZL@c>#N+Ec~Z&@;'LL!;3?y<m[SK`'\R~Oe|(t-x+U@a%p!1_fZP0!Tb^?'%M1|"n9
 Fl{Ao~%X[Ec|bMlaN-3#x.e')nZ2/HHYSa2D[:bk#pj0(}\HpKeE}/GqUb3-1}lnUm6Et4?(
 gB5[*Z3Mu6o{Og.EJ))beY9oq9wcVU7_n}:I2JvCaa[5=&PI;x__["DL`uI}=s>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Mon, 02 Jun 1997 09:19:54 +1000
From: David Nugent <davidn@labs.usn.blaze.net.au>
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

>  > Where !~= translates into ``not necessarily equal''.  You can track of
>  > the different accounts even if they have the same UID.  As i wrote
>  > earlier, the only thing that is recording by UID is the process
>  
>  And the basic access control mechanisms inherent in UN*X.  You
>  can, for example, create another copy of uucico that doesn't
>  suid(uucp) but, rather, runs under the access controls of the
>  invoking user to allow the kernel to enforce the access control
>  privileges on a per user (i.e. per *uid*) basis.

I hope we're not the only ones who see the security risk in not
tying specific remote uucp system names to local accounts where
there is non-trusted shell access on the same system. :-)

Regards,
David

David Nugent - Unique Computing Pty Ltd - Melbourne, Australia
Voice +61-3-9791-9547  Data/BBS +61-3-9792-3507  3:632/348@fidonet
davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/


From owner-freebsd-hackers  Sun Jun  1 16:21:57 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id QAA13110
          for hackers-outgoing; Sun, 1 Jun 1997 16:21:57 -0700 (PDT)
Received: from hps.sso.wdl.lmco.com (hps.sso.wdl.lmco.com [158.186.22.100])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA13100
          for <freebsd-hackers@FreeBSD.ORG>; Sun, 1 Jun 1997 16:21:53 -0700 (PDT)
Received: from hps (hps.sso.wdl.lmco.com) by hps.sso.wdl.lmco.com (4.1/SSO-4.01-LMCO)
	id AA09888; Sun, 1 Jun 97 19:12:47 EDT
Date: Sun, 1 Jun 1997 19:12:47 -0400 (EDT)
From: Richard Toren <rpt@sso.wdl.lmco.com>
X-Sender: rpt@hps
To: freebsd-hackers@FreeBSD.ORG
Subject: Re: fetch
In-Reply-To: <199705312112.RAA02809@radford.i-plus.net>
Message-Id: <Pine.SUN.3.91.970601190409.9881A-100000@hps>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

I think this type of thinking ("assume current century") is how 
the 2-digit years got started; and what got us into the 2K problem.

The boundry conditions are where that assumption breaks. Clock drift or just
lucky timing has the item dated 12-31-99 23:58 and received 1-1-00 00:03. 
Was it sent 99 years in the future? The next kludge is to create some special
cases where the data appears too far in the future to be a clock sync problem
(99 years?). But even that will break in some cases where 5 years may be
reasonable.... 

Best not depend (do anything destructive) upon any date that is 
ambigious....


On Sat, 31 May 1997, Troy Settle wrote:

> From: Terry Lambert <terry@lambert.org>
> >> Hi,
> >>
> >> My ISP (demon.co.uk) sends http dates like this:
> >>
> >>     Sat, 31-May-97 10:48:56 GMT
> >>
> >> According to http.c in the fetch sources, it's expecting
> >> a full year here, ie.
> >>
> >>     Sat, 31-May-1997 10:48:56 .....
> >>
> >> Has anyone any objection to me making it allow the first ?
> >
> >As long as you treat it as the year 0097, no objection at all;
> >otherwise you are introducing a year 2000 error.
> >
> >Has demon refused to correct their server software?  Or have
> >they not been asked?
> >
> 
> Why not treat a 2 digit year as a year in the current century?  no
> y2k problem.  no y3k problem, etc..
> 
> Really though, a 2 digit year is just a lazy way of writing the date.
>  It's human readable, but is a pain for software to interpret
> correctly.  There's no reason for any software to use a 2 digit year
> except for formatted user input/output.
> 
> Just an opinion,
> 
> --
> Troy Settle <st@i-Plus.net>
> Network Administrator, iPlus Internet Services
> http://www.i-Plus.net
> 
> 
> 

                         ====================================================
Rip Toren               | The bad news is that C++ is not an object-oriented |
rpt@sso.wdl.lmco.com    | programming language. .... The good news is that   |
                        | C++ supports object-oriented programming.          |
                        |    C++ Programming & Fundamental Concepts          |
                        |     by Anderson & Heinze                           |
                         ====================================================


From owner-freebsd-hackers  Sun Jun  1 16:45:37 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id QAA14076
          for hackers-outgoing; Sun, 1 Jun 1997 16:45:37 -0700 (PDT)
Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA14069
          for <hackers@FreeBSD.ORG>; Sun, 1 Jun 1997 16:45:32 -0700 (PDT)
Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id QAA01405; Sun, 1 Jun 1997 16:44:36 -0700 (PDT)
To: Tom Samplonius <tom@sdf.com>
cc: Terry Lambert <terry@lambert.org>, hackers@FreeBSD.ORG
Subject: Re: LINT and GENERIC - between a rock and a generic place. 
In-reply-to: Your message of "Sun, 01 Jun 1997 13:51:40 PDT."
             <Pine.BSF.3.95q.970601134942.1218B-100000@misery.sdf.com> 
Date: Sun, 01 Jun 1997 16:44:35 -0700
Message-ID: <1401.865208675@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>   Am I right in assuming that the only two items that need to be changable
> are:
> 
>  - max num of open files (which is based on maxusers now)
>  - number of mbuf clusters (which is based on maxusers too)

and CHILD_MAX.

					Jordan

From owner-freebsd-hackers  Sun Jun  1 17:07:37 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id RAA15240
          for hackers-outgoing; Sun, 1 Jun 1997 17:07:37 -0700 (PDT)
Received: from panda.hilink.com.au (panda.hilink.com.au [203.8.15.25])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA15233
          for <freebsd-hackers@FreeBSD.ORG>; Sun, 1 Jun 1997 17:07:34 -0700 (PDT)
Received: (from danny@localhost)
	by panda.hilink.com.au (8.8.5/8.8.5) id KAA29865;
	Mon, 2 Jun 1997 10:07:22 +1000 (EST)
Date: Mon, 2 Jun 1997 10:07:21 +1000 (EST)
From: "Daniel O'Callaghan" <danny@panda.hilink.com.au>
To: Richard Toren <rpt@sso.wdl.lmco.com>
cc: freebsd-hackers@FreeBSD.ORG
Subject: Re: fetch
In-Reply-To: <Pine.SUN.3.91.970601190409.9881A-100000@hps>
Message-ID: <Pine.BSF.3.91.970602095839.14689D-100000@panda.hilink.com.au>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk



On Sun, 1 Jun 1997, Richard Toren wrote:

> I think this type of thinking ("assume current century") is how 
> the 2-digit years got started; and what got us into the 2K problem.
> 
> The boundry conditions are where that assumption breaks. Clock drift or just
> lucky timing has the item dated 12-31-99 23:58 and received 1-1-00 00:03. 
> Was it sent 99 years in the future? The next kludge is to create some special

Aren't people making this harder than it really is?  Look at the sources 
for date(1).  Unix starts in 1970.  If a 2 digit year is < 70, then add 
2000, else add 1900.  See date.c line 188 or so.

Danny

From owner-freebsd-hackers  Sun Jun  1 18:06:35 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id SAA17161
          for hackers-outgoing; Sun, 1 Jun 1997 18:06:35 -0700 (PDT)
Received: from brickbat8.mindspring.com (brickbat8.mindspring.com [207.69.200.11])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA17155
          for <hackers@FreeBSD.ORG>; Sun, 1 Jun 1997 18:06:29 -0700 (PDT)
Received: from bogus.mindspring.com (user-37kbsmf.dialup.mindspring.com [207.69.242.207])
	by brickbat8.mindspring.com (8.8.5/8.8.5) with SMTP id VAA04590;
	Sun, 1 Jun 1997 21:06:13 -0400 (EDT)
Message-Id: <1.5.4.32.19970602010613.00856120@mindspring.com>
X-Sender: kpneal@mindspring.com
X-Mailer: Windows Eudora Light Version 1.5.4 (32)
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Sun, 01 Jun 1997 21:06:13 -0400
To: Brian Somers <brian@awfulhak.org>
From: "Kevin P. Neal" <kpneal@pobox.com>
Subject: Re: Borland 16bit bcc vs cc/gcc (float) 
Cc: Steve Howe <un_x@anchorage.net>, freebsd-hackers <hackers@FreeBSD.ORG>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

At 01:15 AM 6/1/97 +0100, Brian Somers wrote:
>> At 12:03 PM 5/31/97 -0800, Steve Howe wrote:
>[.....]
>> Who says you always have to use exit()?
>> 
>> In fact, I've observed C++ code that never calls the destructors if you
>> exit() of out a program.
>[.....]
>
>Yep, it at least won't call the destructors for the main() stack
>vars, no matter how smart the compiler is.

What I saw was my C++ program crashing when calling the final return(),
but not crashing when I called exit(). 

I ended up fixing the destructor for one of my classes, so it didn't core
dump when the object was destroyed. I never investigated the exact behavior
beyond that, if figured "hey, don't use exit() in C++" and let it rest at that.
--
XCOMM Kevin P. Neal, Junior, Comp. Sci.     -   House of Retrocomputing
XCOMM  mailto:kpneal@pobox.com              -   http://www.pobox.com/~kpn/
XCOMM  kpneal@eos.ncsu.edu              Spoken by Keir Finlow-Bates:
XCOMM "Good grief, I've just noticed I've typed in a rant. Sorry chaps!"


From owner-freebsd-hackers  Sun Jun  1 18:11:27 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id SAA17395
          for hackers-outgoing; Sun, 1 Jun 1997 18:11:27 -0700 (PDT)
Received: from uw2cs003.cuscal.com.au (proxy.cuscal.com.au [168.217.251.201])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA17390
          for <freebsd-hackers@freebsd.org>; Sun, 1 Jun 1997 18:11:23 -0700 (PDT)
Message-Id: <199706020111.SAA17390@hub.freebsd.org>
Received: from nt2cs006.cuscal.com.au ([168.217.2.1])
          by uw2cs003.cuscal.com.au (Netscape Mail Server v2.02) with ESMTP
          id AAA2321 for <freebsd-hackers@freebsd.org>;
          Mon, 2 Jun 1997 11:10:50 +1000
Received: by nt2cs006.cuscal.COM.AU with Internet Mail Service (5.0.1457.3)
	id <LYZSABTD>; Mon, 2 Jun 1997 11:09:58 +1000
From: MARK SAYER <MSAYER@cuscal.com.au>
To: "'freebsd-hackers@freebsd.org'" <freebsd-hackers@freebsd.org>
Subject: in_cksum.h library
Date: Mon, 2 Jun 1997 11:06:49 +1000
X-Priority: 3
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.0.1457.3)
Content-Type: text/plain
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Could someone please send me this library as I seem to be missing it and
one of my programs wants it to compile.

thanks

Mark.

From owner-freebsd-hackers  Sun Jun  1 18:11:40 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id SAA17430
          for hackers-outgoing; Sun, 1 Jun 1997 18:11:40 -0700 (PDT)
Received: from misery.sdf.com (misery.sdf.com [204.244.210.193])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA17411
          for <hackers@FreeBSD.ORG>; Sun, 1 Jun 1997 18:11:34 -0700 (PDT)
Received: from localhost (tom@localhost)
	by misery.sdf.com (8.8.5/8.8.5) with SMTP id SAA01653;
	Sun, 1 Jun 1997 18:09:25 -0700 (PDT)
X-Authentication-Warning: misery.sdf.com: tom owned process doing -bs
Date: Sun, 1 Jun 1997 18:09:24 -0700 (PDT)
From: Tom Samplonius <tom@sdf.com>
To: "Jordan K. Hubbard" <jkh@time.cdrom.com>
cc: Terry Lambert <terry@lambert.org>, hackers@FreeBSD.ORG
Subject: Re: LINT and GENERIC - between a rock and a generic place. 
In-Reply-To: <1401.865208675@time.cdrom.com>
Message-ID: <Pine.BSF.3.95q.970601180546.1534A-100000@misery.sdf.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


On Sun, 1 Jun 1997, Jordan K. Hubbard wrote:

> >   Am I right in assuming that the only two items that need to be changable
> > are:
> > 
> >  - max num of open files (which is based on maxusers now)
> >  - number of mbuf clusters (which is based on maxusers too)
> 
> and CHILD_MAX.
> 
> 					Jordan

  Maybe we should just have a "large" GENERIC with maxusers bumped to 128?
This would give you more files, more processes, and more mbufs, which are
the things that any kind of server config needs.  Everything else can be
done with login.conf, like news server configs, etc.

  My point about kernel configuration is that, everyone believes the
kernel should be more dynamic, so why spend time building a config file
builder?

Tom


From owner-freebsd-hackers  Sun Jun  1 18:46:17 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id SAA18355
          for hackers-outgoing; Sun, 1 Jun 1997 18:46:17 -0700 (PDT)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA18350
          for <hackers@FreeBSD.ORG>; Sun, 1 Jun 1997 18:46:11 -0700 (PDT)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id LAA03790; Mon, 2 Jun 1997 11:42:42 +1000
Date: Mon, 2 Jun 1997 11:42:42 +1000
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199706020142.LAA03790@godzilla.zeta.org.au>
To: jkh@time.cdrom.com, tom@sdf.com
Subject: Re: LINT and GENERIC - between a rock and a generic place.
Cc: hackers@FreeBSD.ORG, terry@lambert.org
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>>   Am I right in assuming that the only two items that need to be changable
>> are:

Not quite.

>>  - max num of open files (which is based on maxusers now)

Already changeable in FreeBSD-2.0 (sysctl -w kern.maxfiles=number).

>>  - number of mbuf clusters (which is based on maxusers too)

This is not easy to change.  A special allocation scheme is used for
mbufs.  Fixed sized structures are allocated for it at boot time.
mbufs are never freed.

>and CHILD_MAX.

Nope, CHILD_MAX is not a tunable parameter (except in certain hacked
versions of FreeBSD, not including -2.2.2 or -current).  It is the maximum
number of child processes per uid on systems (not including BSD) where
this limit is a compile-time constant.  In BSD, the limit (not CHILD_MAX)
can be set at runtime using setrlimit(2).  In FreeBSD-2.2.2 and -current,
it is normally set per login class in login.conf.

Several more limits are based on MAXUSERS:
- maxproc.  Change it if necessary using sysctl -w kern.maxproc= number.
- maxprocperuid.  Bogus, should go away.  Defaults to 1 less than the
  value of maxproc.  May become the strictest limit if maxproc is
  increased and the per-process rlimits are not restrictive.  This is not
  likely to be a problem.
- maxfilesperproc.  Bogus, should go away.  Defaults to the same value
  as maxfiles.  May become the strictest limit if maxfiles is increased
  and and the per-process rlimits are not restrictive.  This may be a
  problem if you start with a small value for maxfiles.
- ncallout.  Not changable.  Should depend on the number of drivers.  If
  maxproc is set to much larger than NPROC, then the system may panic due
  to too many itimers.

Bruce

These changes finish nuking CHILD_MAX and OPEN_MAX in -current.

diff -c2 param.h~ param.h
*** param.h~	Tue Mar  4 03:46:05 1997
--- param.h	Tue Mar  4 03:46:23 1997
***************
*** 67,74 ****
  #define	MAXINTERP	32		/* max interpreter file name length */
  #define	MAXLOGNAME	17		/* max login name length (incl. NUL) */
- #define	MAXUPRC		CHILD_MAX	/* max simultaneous processes */
  #define	NCARGS		ARG_MAX		/* max bytes for an exec function */
  #define	NGROUPS		NGROUPS_MAX	/* max number groups */
- #define	NOFILE		OPEN_MAX	/* max open files per process */
  #define	NOGROUP		65535		/* marker for empty group set member */
  #define MAXHOSTNAMELEN	256		/* max hostname size */
--- 67,72 ----
diff -c2 syslimits.h~ syslimits.h
*** syslimits.h~	Mon Feb 24 00:46:13 1997
--- syslimits.h	Mon Feb 24 00:46:14 1997
***************
*** 39,45 ****
  
  #define	ARG_MAX			65536	/* max bytes for an exec function */
- #ifndef CHILD_MAX
- #define	CHILD_MAX		   40	/* max simultaneous processes */
- #endif
  #define	LINK_MAX		32767	/* max file link count */
  #define	MAX_CANON		  255	/* max bytes in term canon input line */
--- 39,42 ----
***************
*** 47,53 ****
  #define	NAME_MAX		  255	/* max bytes in a file name */
  #define	NGROUPS_MAX		   16	/* max supplemental group id's */
- #ifndef OPEN_MAX
- #define	OPEN_MAX		   64	/* max open files per process */
- #endif
  #define	PATH_MAX		 1024	/* max bytes in pathname */
  #define	PIPE_BUF		  512	/* max bytes for atomic pipe writes */
--- 44,47 ----

From owner-freebsd-hackers  Sun Jun  1 18:48:21 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id SAA18493
          for hackers-outgoing; Sun, 1 Jun 1997 18:48:21 -0700 (PDT)
Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA18488
          for <freebsd-hackers@FreeBSD.ORG>; Sun, 1 Jun 1997 18:48:18 -0700 (PDT)
Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id LAA16536; Mon, 2 Jun 1997 11:16:39 +0930 (CST)
From: Michael Smith <msmith@atrad.adelaide.edu.au>
Message-Id: <199706020146.LAA16536@genesis.atrad.adelaide.edu.au>
Subject: Re: ed0 : device timeout
In-Reply-To: <199705301253.OAA00497@pc-pvl.nanoteq.co.za> from "P. van Leeuwen" at "May 30, 97 02:53:11 pm"
To: pvl@nanoteq.com (P. van Leeuwen)
Date: Mon, 2 Jun 1997 11:16:39 +0930 (CST)
Cc: msmith@atrad.adelaide.edu.au, pvl@nanoteq.com, freebsd-hackers@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL28 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

P. van Leeuwen stands accused of saying:
> 
> That was the first thing I checked. I also checked all IRQ's on all devices --
> no conflicts. Just now I removed the soundcard (OPTI chipset driver) and 
> my network card seems to be working. 

Well, sounds (ha) like that's your problem.

> Can it be that they share memory? I can't find out what the
> soundcard uses but the network card is on 0xd8000. I think I'll just
> fiddle with that some more. Serves me right for buying a cheap
> soundcard :)

NE2000 clones don't use shared memory.  Neither do soundcards.

-- 
]] Mike Smith, Software Engineer        msmith@gsoft.com.au             [[
]] Genesis Software                     genesis@gsoft.com.au            [[
]] High-speed data acquisition and      (GSM mobile)     0411-222-496   [[
]] realtime instrument control.         (ph)          +61-8-8267-3493   [[
]] Unix hardware collector.             "Where are your PEZ?" The Tick  [[

From owner-freebsd-hackers  Sun Jun  1 18:49:37 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id SAA18559
          for hackers-outgoing; Sun, 1 Jun 1997 18:49:37 -0700 (PDT)
Received: from kaori.communique.net (kaori.Communique.Net [204.27.65.55])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA18554
          for <hackers@FreeBSD.ORG>; Sun, 1 Jun 1997 18:49:34 -0700 (PDT)
Received: by kaori.Communique.Net with Internet Mail Service (5.0.1457.3)
	id <KNFFDT7H>; Sun, 1 Jun 1997 20:48:08 -0500
Message-ID: <A03CD00C69B1D01195AB00A024ECEB160FEF3F@kaori.Communique.Net>
From: Raul Zighelboim <mango@staff.communique.net>
To: hackers@FreeBSD.ORG
Subject: 2.2.2-Release and SMC/3com PCI cards....
Date: Sun, 1 Jun 1997 20:48:05 -0500
X-Priority: 3
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.0.1457.3)
Content-Type: text/plain
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


[Raul Zighelboim]  Hello there!
I attempted to upgrade my server to 2.2.2 from 2.1.7 last night.
The install floppy identified both my SMC and 3C595 PCI Ethernet cards,
but was unable to use either one; it would time out when trying to
contact the DNS server.

I did gave him a valid ip/gateway.

Is there a known problem with these cards and 2.2.2 ?

Thanks.

From owner-freebsd-hackers  Sun Jun  1 18:56:35 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id SAA18873
          for hackers-outgoing; Sun, 1 Jun 1997 18:56:35 -0700 (PDT)
Received: from rover.village.org (rover.village.org [204.144.255.49])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA18868
          for <hackers@freebsd.org>; Sun, 1 Jun 1997 18:56:30 -0700 (PDT)
Received: from rover.village.org [127.0.0.1] 
	by rover.village.org with esmtp (Exim 1.60 #1)
	id 0wYMM1-0007Cf-00; Sun, 1 Jun 1997 19:56:13 -0600
To: Ben Black <black@zen.cypher.net>
Subject: Re: IP over SCSI 
Cc: jbryant@tfs.net, hackers@freebsd.org
In-reply-to: Your message of "Thu, 29 May 1997 02:38:18 EDT."
		<Pine.LNX.3.91.970529023702.895D-100000@zen.cypher.net> 
References: <Pine.LNX.3.91.970529023702.895D-100000@zen.cypher.net>  
Date: Sun, 01 Jun 1997 19:56:13 -0600
From: Warner Losh <imp@village.org>
Message-Id: <E0wYMM1-0007Cf-00@rover.village.org>
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

In message <Pine.LNX.3.91.970529023702.895D-100000@zen.cypher.net> Ben Black writes:
: the only possible use for several hundred megabits per second of 
: LAN/clustering bandwidth is SNMP?  do you have OC-192 to you kitchen 
: appliances or something?

Nah, it makes a great high bandwidth pipe for all those pornographic
pictures running around :-).

Warner

From owner-freebsd-hackers  Sun Jun  1 20:22:26 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id UAA22426
          for hackers-outgoing; Sun, 1 Jun 1997 20:22:26 -0700 (PDT)
Received: from pcpsj.pfcs.com (qy89C29atxrhW2y1ynNZMcp4ykxFi7/Z@harlan.fred.net [205.252.219.31])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id UAA22420
          for <hackers@freebsd.org>; Sun, 1 Jun 1997 20:22:18 -0700 (PDT)
Received: from mumps.pfcs.com (mumps.pfcs.com [192.52.69.11]) by pcpsj.pfcs.com (8.6.12/8.6.9) with SMTP id XAA00294 for <hackers@freebsd.org>; Sun, 1 Jun 1997 23:21:28 -0400
Received: from localhost by mumps.pfcs.com with SMTP id AA01885
  (5.67b/IDA-1.5 for <hackers@freebsd.org>); Sun, 1 Jun 1997 23:21:27 -0400
To: hackers@freebsd.org
Subject: Improvements to rc.firewall?
Date: Sun, 01 Jun 1997 23:21:26 -0300
Message-Id: <1883.865221686@mumps.pfcs.com>
From: Harlan Stenn <Harlan.Stenn@pfcs.com>
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

These diffs are against the rc.firewall in -current.

I believe the existing rules say:

	allow anybody from the outside who sends from port 53 or 123 to
	send UDP packets to anyplace on our net

If this is true, we should tighten it up ro only permit outsiders to
reach *our* DNS and NTP ports with UDP.

These diffs *are intended* do the job...

Would somebody please review these and, if appropriate, commit the
changes?

Thanks...

H

--- rc.firewall-	Sun Jun  1 21:23:06 1997
+++ rc.firewall	Sun Jun  1 21:29:11 1997
@@ -87,11 +87,11 @@
     /sbin/ipfw add deny tcp from any to any setup
 
     # Allow DNS queries out in the world
-    /sbin/ipfw add pass udp from any 53 to ${ip}
+    /sbin/ipfw add pass udp from any to ${ip} 53
     /sbin/ipfw add pass udp from ${ip} to any 53
 
     # Allow NTP queries out in the world
-    /sbin/ipfw add pass udp from any 123 to ${ip}
+    /sbin/ipfw add pass udp from any to ${ip} 123
     /sbin/ipfw add pass udp from ${ip} to any 123
 
     # Everything else is denied as default.
@@ -144,11 +144,11 @@
     /sbin/ipfw add pass tcp from any to any setup
 
     # Allow DNS queries out in the world
-    /sbin/ipfw add pass udp from any 53 to ${oip}
+    /sbin/ipfw add pass udp from any to ${oip} 53
     /sbin/ipfw add pass udp from ${oip} to any 53
 
     # Allow NTP queries out in the world
-    /sbin/ipfw add pass udp from any 123 to ${oip}
+    /sbin/ipfw add pass udp from any to ${oip} 123
     /sbin/ipfw add pass udp from ${oip} to any 123
 
     # Everything else is denied as default.

From owner-freebsd-hackers  Sun Jun  1 21:51:00 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id VAA26323
          for hackers-outgoing; Sun, 1 Jun 1997 21:51:00 -0700 (PDT)
Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA26302
          for <hackers@FreeBSD.ORG>; Sun, 1 Jun 1997 21:50:54 -0700 (PDT)
Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02)
	id AA07718; Mon, 2 Jun 1997 00:50:12 -0400
Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Mon,  2 Jun 1997 00:50 EDT
Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.5/8.7.3) with ESMTP id UAA04221; Sun, 1 Jun 1997 20:29:01 -0400 (EDT)
Received: (from rivers@localhost) by lakes.water.net (8.8.5/8.6.9) id UAA18558; Sun, 1 Jun 1997 20:36:41 -0400 (EDT)
Date: Sun, 1 Jun 1997 20:36:41 -0400 (EDT)
From: Thomas David Rivers <ponds!rivers@dg-rtp.dg.com>
Message-Id: <199706020036.UAA18558@lakes.water.net>
To: arnej@stud.math.ntnu.no, ponds!uriah.heep.sax.de!j,
        ponds!uriah.heep.sax.de!joerg_wunsch
Subject: Re: bcc vs cc/gcc (float)
Cc: ponds!FreeBSD.ORG!hackers
Content-Type: text
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> 
> j@uriah.heep.sax.de (J Wunsch) wrote:
> > IMHO, Posix specifies the `extern char **environ' extension however.
> > This seems to be more liberal in that the implementation is free in
> > how this pointer is being initialized.
> > 
> > I don't see a declaration for environ in our /usr/include/ files.
> > Shouldn't it be there?
> 
> Posix doesn't specify any (which I think was a mistake), but it would
> be nice to have it as an extension.  Maybe in <unistd.h> like
> sys_siglist? (<unistd.h>: everything that doesn't fit anywhere else :-)
> 
>   -  Arne H. J.
> 

 I don't think you can do this; because it would violate the user's
name space.

 Since POSIX doesn't specify, I believe a user is allowed to declare his own
external named environ.

 Then, you would have a conflict.

	- Dave Rivers -

From owner-freebsd-hackers  Sun Jun  1 22:05:08 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id WAA26965
          for hackers-outgoing; Sun, 1 Jun 1997 22:05:08 -0700 (PDT)
Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA26959
          for <hackers@freebsd.org>; Sun, 1 Jun 1997 22:05:03 -0700 (PDT)
Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id OAA18291 for hackers@freebsd.org; Mon, 2 Jun 1997 14:34:54 +0930 (CST)
From: Michael Smith <msmith@atrad.adelaide.edu.au>
Message-Id: <199706020504.OAA18291@genesis.atrad.adelaide.edu.au>
Subject: weird scheduler crash (2.2)
To: hackers@freebsd.org
Date: Mon, 2 Jun 1997 14:34:54 +0930 (CST)
X-Mailer: ELM [version 2.4ME+ PL28 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


Hmm.  We've been trying for several weeks now to find a cause for the
occasional crashes we're seeing on our radar controllers.

We've finally managed to reproduce one here in the lab, but as luck 
has it, I can't make sense of its complaint.  :

Fatal trap 12: page fault while in kernel mode
fault virtual address	= 0x0
fault code		= supervisor write, page not present
instruction pointer	= 0x8:0xf01c8310
stack pointer		= 0x10:0xefbffd7c
frame pointer		= 0x10:0xefbffd8c
code segment		= base 0x0, limit 0xfffff, type 0x1b
			  DPL 0, PRES 1, DEF32 1, gran 1
processor eflags	= resume, IOPL = 3
current process		= 690 (exptd)
interrupt mask		= net, tty, bio
kernel: type 12 trap, code = 0
Stopped at	set_nort+0x25	movl	%eax,0(%ecx)
db> trace
set_nort(f0ca8a00) at set_nort+0x25
_selwakeup(f0204330) at _selwakeup+0x69
_logwakeup(2,efbffe48,5,0,efbffdf4) at _logwakeup+0x16
_printf(f01c8e2c,c,f01c871f,f01c8e25) at _printf+0x50
_trap_fatal(efbffe48,0,f0d0cc00,c,f0d20700) at _trap_fatal+0x5f
_trap_pfault(efbffe48,0,ffffffff,278,3) at _trap_pfault+0x11c
_trap(10,10,3,278,efbffe88) at _trap+0x2ab
calltrap() at calltrap+0x15
--- trap 0xc, eip = 0xf0117408, esp = 0xefbffe84, ebp = 0xefbffe88 ---
_unsleep(f0d0cc00) at _unsleep+0x48
_selwakeup(f0214348) at _selwakeup+0x76
_mdsiointr(0,10,f020f9dc,118,ffffffff) at _mdsiointr+0x184
_Xfastintr10(f020f9dc,118,f011cb84,b,f01f5748) at _Xfastintr10+0x17
_select(f0d0cc00,efbfff94,efbfff84) at _select+0x2e2
_syscall(27,27,4,4,efbf77d4) at _syscall+0x127
_Xsyscall() at _Xsyscall+0x35
--- syscall 0x5d, eip = 0x7c945, esp = 0xefbf7568, ebp = efbf77d4 ---

The kernel couldn't be convinced to do a dump either, so this is all I
have.  It looks like the driver (mdsio) took an interrupt during a
select syscall which in turn resulted in the driver trying to wake the
selecting process up again.

Is the set_nort stuff relevant?  Is this, perhaps, a screwup in the
select code in (my) mdsio driver?  If so, how?

select+0x2e2 is 0x9ee in (this) sys_generic.o, which looks like :

 617:../../kern/sys_generic.c ****      error = tsleep((caddr_t)&selwait, PSOCK 
| PCATCH, "select", timo);
 1910                           .stabd 68,0,617
 1911 09d7 FF75D8               pushl -40(%ebp)
 1912 09da 68040700             pushl $LC0
 1912      00
 1913 09df 68180100             pushl $280
 1913      00
 1914 09e4 68000000             pushl $_selwait
 1914      00
 1915 09e9 E812F6FF             call _tsleep
 1915      FF
 1916 09ee 89C3                 movl %eax,%ebx

so I think it was actually asleep at the time.

-- 
]] Mike Smith, Software Engineer        msmith@gsoft.com.au             [[
]] Genesis Software                     genesis@gsoft.com.au            [[
]] High-speed data acquisition and      (GSM mobile)     0411-222-496   [[
]] realtime instrument control.         (ph)          +61-8-8267-3493   [[
]] Unix hardware collector.             "Where are your PEZ?" The Tick  [[

From owner-freebsd-hackers  Sun Jun  1 22:21:09 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id WAA27536
          for hackers-outgoing; Sun, 1 Jun 1997 22:21:09 -0700 (PDT)
Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA27531
          for <hackers@FreeBSD.ORG>; Sun, 1 Jun 1997 22:21:07 -0700 (PDT)
Received: (from daemon@localhost)
	by alpo.whistle.com (8.8.5/8.8.5) id WAA12656;
	Sun, 1 Jun 1997 22:20:16 -0700 (PDT)
Received: from current1.whistle.com(207.76.205.22)
 via SMTP by alpo.whistle.com, id smtpd012654; Mon Jun  2 05:20:15 1997
Date: Sun, 1 Jun 1997 22:19:29 -0700 (PDT)
From: Julian Elischer <julian@current1.whistle.com>
To: Harlan Stenn <Harlan.Stenn@pfcs.com>
cc: hackers@FreeBSD.ORG
Subject: Re: Improvements to rc.firewall?
In-Reply-To: <1883.865221686@mumps.pfcs.com>
Message-ID: <Pine.BSF.3.95.970601221741.23764A-100000@current1.whistle.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk



On Sun, 1 Jun 1997, Harlan Stenn wrote:

> These diffs are against the rc.firewall in -current.
> 
> I believe the existing rules say:
> 
> 	allow anybody from the outside who sends from port 53 or 123 to
> 	send UDP packets to anyplace on our net
> 
> If this is true, we should tighten it up ro only permit outsiders to
> reach *our* DNS and NTP ports with UDP.
> 
> These diffs *are intended* do the job...
> 

[snip]


check out the new ipfw options too.
(in -current right now but being tested in 2.2.2 as we speak)

julian



From owner-freebsd-hackers  Sun Jun  1 22:44:33 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id WAA28490
          for hackers-outgoing; Sun, 1 Jun 1997 22:44:33 -0700 (PDT)
Received: from implode.root.com (implode.root.com [198.145.90.17])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA28485
          for <hackers@FreeBSD.ORG>; Sun, 1 Jun 1997 22:44:29 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1])
	by implode.root.com (8.8.5/8.8.5) with SMTP id WAA29447;
	Sun, 1 Jun 1997 22:46:00 -0700 (PDT)
Message-Id: <199706020546.WAA29447@implode.root.com>
X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol
To: Michael Smith <msmith@atrad.adelaide.edu.au>
cc: hackers@FreeBSD.ORG
Subject: Re: weird scheduler crash (2.2) 
In-reply-to: Your message of "Mon, 02 Jun 1997 14:34:54 +0930."
             <199706020504.OAA18291@genesis.atrad.adelaide.edu.au> 
From: David Greenman <dg@root.com>
Reply-To: dg@root.com
Date: Sun, 01 Jun 1997 22:46:00 -0700
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>calltrap() at calltrap+0x15
>--- trap 0xc, eip = 0xf0117408, esp = 0xefbffe84, ebp = 0xefbffe88 ---
>_unsleep(f0d0cc00) at _unsleep+0x48
>_selwakeup(f0214348) at _selwakeup+0x76
>_mdsiointr(0,10,f020f9dc,118,ffffffff) at _mdsiointr+0x184
>_Xfastintr10(f020f9dc,118,f011cb84,b,f01f5748) at _Xfastintr10+0x17
>_select(f0d0cc00,efbfff94,efbfff84) at _select+0x2e2
>_syscall(27,27,4,4,efbf77d4) at _syscall+0x127
>_Xsyscall() at _Xsyscall+0x35
>--- syscall 0x5d, eip = 0x7c945, esp = 0xefbf7568, ebp = efbf77d4 ---
>
>have.  It looks like the driver (mdsio) took an interrupt during a
>select syscall which in turn resulted in the driver trying to wake the
>selecting process up again.

   What is mdsio? It looks like it is configured as a "fast" interrupt
handler, but is breaking the rules by calling the wakeup code.

-DG

David Greenman
Core-team/Principal Architect, The FreeBSD Project

From owner-freebsd-hackers  Sun Jun  1 22:57:01 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id WAA28791
          for hackers-outgoing; Sun, 1 Jun 1997 22:57:01 -0700 (PDT)
Received: from obiwan.psinet.net.au (obiwan.psinet.net.au [203.19.28.59])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA28786
          for <hackers@FreeBSD.ORG>; Sun, 1 Jun 1997 22:56:52 -0700 (PDT)
Received: from localhost (adrian@localhost)
	by obiwan.psinet.net.au (8.8.5/8.8.5) with SMTP id NAA01714;
	Mon, 2 Jun 1997 13:36:38 +0800 (WST)
Date: Mon, 2 Jun 1997 13:36:38 +0800 (WST)
From: Adrian Chadd <adrian@obiwan.psinet.net.au>
To: Nadav Eiron <nadav@cs.technion.ac.il>
cc: "Jordan K. Hubbard" <jkh@time.cdrom.com>, hackers@FreeBSD.ORG
Subject: Re: LINT and GENERIC - between a rock and a generic place.
In-Reply-To: <Pine.GSO.3.95-heb-2.07.970601095133.4782A-100000@csd>
Message-ID: <Pine.BSF.3.95q.970602132439.1656A-100000@obiwan.psinet.net.au>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


[snip]

> is the first step (same goes for npx0, FFS, COMPAT_43, loop etc.). I think
> what would be better is for config, or even the kernel's makefile, to do
> some sanity checks and spit out warnings like:
> 
> *** You didn't put in INET. There's a good chance your kernel won't
> boot ***
>

*nod*, have a file somewhere with the mandatory options? Means we would
only have to hack config up once, then we just add to this file when
"madatory" options change.
 
> This sure will save bandwidth on -questions, and many frustrated newbies
> from climbing up on walls.
> 

> Yet another $.02 (I think someone is getting rich here collecting these
> cents :-) ).

Don't joke about that. ;)

Fine. Michael, want to share what you've done so far? Who else has done 
a bit of work on it ? I'd *really* like even just a dialog-based kernel
build tool. (Although, I suppose, how about we use TurboVision ? :)

I can setup a mailing list if people are interested. I just think
"committee" way of doing things never gets anywhere :-)

Adrian.



From owner-freebsd-hackers  Sun Jun  1 22:59:22 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id WAA28866
          for hackers-outgoing; Sun, 1 Jun 1997 22:59:22 -0700 (PDT)
Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA28861
          for <hackers@FreeBSD.ORG>; Sun, 1 Jun 1997 22:59:20 -0700 (PDT)
Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id PAA18982; Mon, 2 Jun 1997 15:29:10 +0930 (CST)
From: Michael Smith <msmith@atrad.adelaide.edu.au>
Message-Id: <199706020559.PAA18982@genesis.atrad.adelaide.edu.au>
Subject: Re: weird scheduler crash (2.2)
In-Reply-To: <199706020546.WAA29447@implode.root.com> from David Greenman at "Jun 1, 97 10:46:00 pm"
To: dg@root.com
Date: Mon, 2 Jun 1997 15:29:10 +0930 (CST)
Cc: msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL28 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

David Greenman stands accused of saying:
> >calltrap() at calltrap+0x15
> >--- trap 0xc, eip = 0xf0117408, esp = 0xefbffe84, ebp = 0xefbffe88 ---
> >_unsleep(f0d0cc00) at _unsleep+0x48
> >_selwakeup(f0214348) at _selwakeup+0x76
> >_mdsiointr(0,10,f020f9dc,118,ffffffff) at _mdsiointr+0x184
> >_Xfastintr10(f020f9dc,118,f011cb84,b,f01f5748) at _Xfastintr10+0x17
> >_select(f0d0cc00,efbfff94,efbfff84) at _select+0x2e2
> >_syscall(27,27,4,4,efbf77d4) at _syscall+0x127
> >_Xsyscall() at _Xsyscall+0x35
> >--- syscall 0x5d, eip = 0x7c945, esp = 0xefbf7568, ebp = efbf77d4 ---
> >
> >have.  It looks like the driver (mdsio) took an interrupt during a
> >select syscall which in turn resulted in the driver trying to wake the
> >selecting process up again.
> 
>    What is mdsio? It looks like it is configured as a "fast" interrupt
> handler, but is breaking the rules by calling the wakeup code.

Ah, this is something I didn't know about.  It's "just" an ISA driver.

How do I determine whether an interrupt handler is configured "fast" or 
"slow"?  Where are the rules for "fast" and "slow" handlers described?

The mdsio driver is another 8250-family UART driver that talks 9-bit
multidrop mode.

> -DG

-- 
]] Mike Smith, Software Engineer        msmith@gsoft.com.au             [[
]] Genesis Software                     genesis@gsoft.com.au            [[
]] High-speed data acquisition and      (GSM mobile)     0411-222-496   [[
]] realtime instrument control.         (ph)          +61-8-8267-3493   [[
]] Unix hardware collector.             "Where are your PEZ?" The Tick  [[

From owner-freebsd-hackers  Sun Jun  1 23:03:00 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id XAA29026
          for hackers-outgoing; Sun, 1 Jun 1997 23:03:00 -0700 (PDT)
Received: from obiwan.psinet.net.au (obiwan.psinet.net.au [203.19.28.59])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA29020
          for <hackers@FreeBSD.ORG>; Sun, 1 Jun 1997 23:02:46 -0700 (PDT)
Received: from localhost (adrian@localhost)
	by obiwan.psinet.net.au (8.8.5/8.8.5) with SMTP id NAA01729;
	Mon, 2 Jun 1997 13:40:13 +0800 (WST)
Date: Mon, 2 Jun 1997 13:40:13 +0800 (WST)
From: Adrian Chadd <adrian@obiwan.psinet.net.au>
To: mark thompson <thompson@squirrel.tgsoft.com>
cc: hackers@FreeBSD.ORG
Subject: Re: LINT and GENERIC - between a rock and a generic place.
In-Reply-To: <19970601135029.3276.qmail@squirrel.tgsoft.com>
Message-ID: <Pine.BSF.3.95q.970602133750.1656B-100000@obiwan.psinet.net.au>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On 1 Jun 1997, mark thompson wrote:

> I have used Linux's make config, and i don't like it much. Frankly, it
> is nicer to sit in emacs with LINT on the screen and copy stuff to my
> own config... LINT generally contains enough comments to figure out what
> i need and don't... unlike make config.

make config is outdated and sucks on the 2.x kernels cause there are just
so many options. :)

Try make menuconfig if you installed curses, its heaps better. And is
initially what I'd like to see in FreeBSD.

Adrian


From owner-freebsd-hackers  Sun Jun  1 23:03:08 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id XAA29054
          for hackers-outgoing; Sun, 1 Jun 1997 23:03:08 -0700 (PDT)
Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA29045
          for <hackers@FreeBSD.ORG>; Sun, 1 Jun 1997 23:03:05 -0700 (PDT)
Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id PAA19019; Mon, 2 Jun 1997 15:32:36 +0930 (CST)
From: Michael Smith <msmith@atrad.adelaide.edu.au>
Message-Id: <199706020602.PAA19019@genesis.atrad.adelaide.edu.au>
Subject: Re: weird scheduler crash (2.2)
In-Reply-To: <199706020559.PAA18982@genesis.atrad.adelaide.edu.au> from Michael Smith at "Jun 2, 97 03:29:10 pm"
To: msmith@genesis.atrad.adelaide.edu.au (Michael Smith)
Date: Mon, 2 Jun 1997 15:32:35 +0930 (CST)
Cc: dg@root.com, msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL28 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Michael Smith stands accused of saying:
> > 
> >    What is mdsio? It looks like it is configured as a "fast" interrupt
> > handler, but is breaking the rules by calling the wakeup code.
> 
> Ah, this is something I didn't know about.  It's "just" an ISA driver.
> 
> How do I determine whether an interrupt handler is configured "fast" or 
> "slow"?  Where are the rules for "fast" and "slow" handlers described?

Scratch the first one, I've found that.  Teach me to crib code from
other drivers 8(

Is there a list of rules for "fast" interrupt handlers?

-- 
]] Mike Smith, Software Engineer        msmith@gsoft.com.au             [[
]] Genesis Software                     genesis@gsoft.com.au            [[
]] High-speed data acquisition and      (GSM mobile)     0411-222-496   [[
]] realtime instrument control.         (ph)          +61-8-8267-3493   [[
]] Unix hardware collector.             "Where are your PEZ?" The Tick  [[

From owner-freebsd-hackers  Sun Jun  1 23:07:00 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id XAA29240
          for hackers-outgoing; Sun, 1 Jun 1997 23:07:00 -0700 (PDT)
Received: from implode.root.com (implode.root.com [198.145.90.17])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA29231;
          Sun, 1 Jun 1997 23:06:44 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1])
	by implode.root.com (8.8.5/8.8.5) with SMTP id XAA29562;
	Sun, 1 Jun 1997 23:08:23 -0700 (PDT)
Message-Id: <199706020608.XAA29562@implode.root.com>
X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol
To: Michael Smith <msmith@atrad.adelaide.edu.au>
cc: hackers@FreeBSD.ORG, bde@FreeBSD.ORG
Subject: Re: weird scheduler crash (2.2) 
In-reply-to: Your message of "Mon, 02 Jun 1997 15:29:10 +0930."
             <199706020559.PAA18982@genesis.atrad.adelaide.edu.au> 
From: David Greenman <dg@root.com>
Reply-To: dg@root.com
Date: Sun, 01 Jun 1997 23:08:23 -0700
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>David Greenman stands accused of saying:
>> >calltrap() at calltrap+0x15
>> >--- trap 0xc, eip = 0xf0117408, esp = 0xefbffe84, ebp = 0xefbffe88 ---
>> >_unsleep(f0d0cc00) at _unsleep+0x48
>> >_selwakeup(f0214348) at _selwakeup+0x76
>> >_mdsiointr(0,10,f020f9dc,118,ffffffff) at _mdsiointr+0x184
>> >_Xfastintr10(f020f9dc,118,f011cb84,b,f01f5748) at _Xfastintr10+0x17
>> >_select(f0d0cc00,efbfff94,efbfff84) at _select+0x2e2
>> >_syscall(27,27,4,4,efbf77d4) at _syscall+0x127
>> >_Xsyscall() at _Xsyscall+0x35
>> >--- syscall 0x5d, eip = 0x7c945, esp = 0xefbf7568, ebp = efbf77d4 ---
>> >
>> >have.  It looks like the driver (mdsio) took an interrupt during a
>> >select syscall which in turn resulted in the driver trying to wake the
>> >selecting process up again.
>> 
>>    What is mdsio? It looks like it is configured as a "fast" interrupt
>> handler, but is breaking the rules by calling the wakeup code.
>
>Ah, this is something I didn't know about.  It's "just" an ISA driver.
>
>How do I determine whether an interrupt handler is configured "fast" or 
>"slow"?

   It's controlled by the RI_FAST flag in the id_ri_flags field of the
isa_device struct.

>  Where are the rules for "fast" and "slow" handlers described?

   I don't think they are described anywhere. Talk to Bruce...

-DG

David Greenman
Core-team/Principal Architect, The FreeBSD Project

From owner-freebsd-hackers  Sun Jun  1 23:11:00 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id XAA29483
          for hackers-outgoing; Sun, 1 Jun 1997 23:11:00 -0700 (PDT)
Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA29475;
          Sun, 1 Jun 1997 23:10:39 -0700 (PDT)
Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id PAA19114; Mon, 2 Jun 1997 15:40:32 +0930 (CST)
From: Michael Smith <msmith@atrad.adelaide.edu.au>
Message-Id: <199706020610.PAA19114@genesis.atrad.adelaide.edu.au>
Subject: Re: weird scheduler crash (2.2)
In-Reply-To: <199706020608.XAA29562@implode.root.com> from David Greenman at "Jun 1, 97 11:08:23 pm"
To: dg@root.com
Date: Mon, 2 Jun 1997 15:40:32 +0930 (CST)
Cc: msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG, bde@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL28 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

David Greenman stands accused of saying:
> >  Where are the rules for "fast" and "slow" handlers described?
> 
>    I don't think they are described anywhere. Talk to Bruce...

Ok. 8)

Thanks for the speedy response; that's not a cause I'd have thought
even momentarily of 8)

> David Greenman

-- 
]] Mike Smith, Software Engineer        msmith@gsoft.com.au             [[
]] Genesis Software                     genesis@gsoft.com.au            [[
]] High-speed data acquisition and      (GSM mobile)     0411-222-496   [[
]] realtime instrument control.         (ph)          +61-8-8267-3493   [[
]] Unix hardware collector.             "Where are your PEZ?" The Tick  [[

From owner-freebsd-hackers  Sun Jun  1 23:21:57 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id XAA29965
          for hackers-outgoing; Sun, 1 Jun 1997 23:21:57 -0700 (PDT)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA29960
          for <hackers@FreeBSD.ORG>; Sun, 1 Jun 1997 23:21:47 -0700 (PDT)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA22352 for hackers@FreeBSD.ORG; Mon, 2 Jun 1997 08:21:27 +0200
Received: (from j@localhost)
	by uriah.heep.sax.de (8.8.5/8.8.5) id IAA09157;
	Mon, 2 Jun 1997 08:13:08 +0200 (MET DST)
Message-ID: <19970602081308.EE00389@uriah.heep.sax.de>
Date: Mon, 2 Jun 1997 08:13:08 +0200
From: j@uriah.heep.sax.de (J Wunsch)
To: hackers@FreeBSD.ORG
Subject: Re: Make Release Question
References: <XFMail.970531222413.Shimon@i-Connect.Net> <19970601094543.XN15458@uriah.heep.sax.de> <199706012130.OAA21968@austin.polstra.com>
X-Mailer: Mutt 0.60_p2-3,5,8-9
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <199706012130.OAA21968@austin.polstra.com>; from John Polstra on Jun 1, 1997 14:30:08 -0700
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

As John Polstra wrote:

> > I wonder why it works in -current...
> 
> The /usr/lib/scrt0.o in -current has stubs for dlopen() and friends,
> which always return a failure code.

Ah!  So this should probably also be merged into RELENG_2_2 then.

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Sun Jun  1 23:34:53 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id XAA01052
          for hackers-outgoing; Sun, 1 Jun 1997 23:34:53 -0700 (PDT)
Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA01047
          for <hackers@FreeBSD.ORG>; Sun, 1 Jun 1997 23:34:51 -0700 (PDT)
Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id XAA02741; Sun, 1 Jun 1997 23:34:06 -0700 (PDT)
To: Adrian Chadd <adrian@obiwan.psinet.net.au>
cc: Nadav Eiron <nadav@cs.technion.ac.il>, hackers@FreeBSD.ORG
Subject: Re: LINT and GENERIC - between a rock and a generic place. 
In-reply-to: Your message of "Mon, 02 Jun 1997 13:36:38 +0800."
             <Pine.BSF.3.95q.970602132439.1656A-100000@obiwan.psinet.net.au> 
Date: Sun, 01 Jun 1997 23:34:06 -0700
Message-ID: <2737.865233246@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> Fine. Michael, want to share what you've done so far? Who else has done 
> a bit of work on it ? I'd *really* like even just a dialog-based kernel
> build tool. (Although, I suppose, how about we use TurboVision ? :)

I strongly suggest Turbovision if you want to save your sanity.
dialog simply provides too little in the way of flexibility and it's a
pain in the a** to use (and I speak from ample personal experience
here :-).

And yes, history has also this to basically not work as a committee
effort.  Only when one person does most of the work and submits it
to the rest for _review_ and general kibbitzing does the whole
process work.  Try and actaully develop this by committee and you'll
still be talking about it around this time next year. ;-)

					Jordan

From owner-freebsd-hackers  Sun Jun  1 23:38:59 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id XAA01413
          for hackers-outgoing; Sun, 1 Jun 1997 23:38:59 -0700 (PDT)
Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA01379;
          Sun, 1 Jun 1997 23:38:53 -0700 (PDT)
Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id QAA19387; Mon, 2 Jun 1997 16:08:42 +0930 (CST)
From: Michael Smith <msmith@atrad.adelaide.edu.au>
Message-Id: <199706020638.QAA19387@genesis.atrad.adelaide.edu.au>
Subject: Minor linux_emul update
To: hackers@freebsd.org
Date: Mon, 2 Jun 1997 16:08:42 +0930 (CST)
Cc: emulation@freebsd.org
X-Mailer: ELM [version 2.4ME+ PL28 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


Just a heads-up for anyone having trouble with Linux software keyed to
the hardware ethernet address; I've just committed (to both -current
and 2.2) an implementation of the SIOCGIFHWADDR ioctl (0x8927) which
has FLEXlm now working correctly here.

I would appreciate hearing from anyone if they have problems with this.

-- 
]] Mike Smith, Software Engineer        msmith@gsoft.com.au             [[
]] Genesis Software                     genesis@gsoft.com.au            [[
]] High-speed data acquisition and      (GSM mobile)     0411-222-496   [[
]] realtime instrument control.         (ph)          +61-8-8267-3493   [[
]] Unix hardware collector.             "Where are your PEZ?" The Tick  [[

From owner-freebsd-hackers  Sun Jun  1 23:49:34 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id XAA02067
          for hackers-outgoing; Sun, 1 Jun 1997 23:49:34 -0700 (PDT)
Received: from seagull.rtd.com (seagull.rtd.com [198.102.68.2])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA02062
          for <freebsd-hackers@freefall.FreeBSD.org>; Sun, 1 Jun 1997 23:49:32 -0700 (PDT)
Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/8.7.3) id XAA19653; Sun, 1 Jun 1997 23:47:59 -0700 (MST)
From: Don Yuniskis <dgy@rtd.com>
Message-Id: <199706020647.XAA19653@seagull.rtd.com>
Subject: Re: diskless hardware *design* suggestions
To: msmith@atrad.adelaide.edu.au (Michael Smith)
Date: Sun, 1 Jun 1997 23:47:59 -0700 (MST)
Cc: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers)
In-Reply-To: <199706010423.NAA11598@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Jun 1, 97 01:53:49 pm
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

It seems that Michael Smith said:
> Don Yuniskis stands accused of saying:
> > 
> > Haven't yet decided since that would be a daughterboard,
> > anyway.  BTW, the SC400 includes support for direct drive
> > of an LCD display, etc.  It *could* be kludged to drive
> > a CRT with a small effort...
> 
> ... so it has an onboard video controller of some sort?

Yes.  But, to be honest, I haven't looked at it in detail
as it's pretty minimalist (the SC400 is intended for use in
high end PDA's, etc. driving an LCD/pen interface).  Use
of the display controller requires you to give up the 32bit
databus in favor of 16...

> > > DMA is not common with NICs.  Shared memory (usually controlled by 
> > > the NIC) and programmed I/O are the norm.
> > 
> > Yes.  Those NIC's that support DMA tend to be bus-mastering
> > themselves -- hence my problem!
> 
> The Crystal parts do slave DMA, but that's generally too slow to be useful.

If they'll push 32 bits at a time and aren't limited by things like
the ISA "standard" DMA rates, that could be quite usable since it
would eliminate the need for a separate buffer memory, etc.

> > AMD's devices that are interesting all want to be bus masters.
> > Some of SMC's newer parts are somewhat appealing (10Base*
> > devices with integrated RAM, etc.).  Still no clear cut "winners",
> > though...  it's unfortunate that all the [34]86 MCU's have either
> > missing DRAM controllers or poor/nonexistent support for
> > bus mastering (obviously because they would have to drive the bus
> > back *into* the MCU core...)
> 
> TBH, unless you desperately need 100Mbps ethernet performance, a
> PIO-only solution using an 8390-family part (private SRAM) or even one
> using shared memory (remember that the 8390-family parts take most of
> the work out of arbitrating for the RAM, check the datasheets) will
> give you a very high-performance 10Mbps solution at low
> cost/complexity.

I'm suspecting that 1MB/s is probably less than ideal for some of the
applications I have in mind.  I'd like to nail down the network
interface "once and for all" and not have to redesign it later,
etc.  AMD's SuperNet2 parts look attractive but that's a sizeable
investment in silicon and driver development (and *definitely*
gobbles up too much real estate).  I was hoping a 10Base2
solution would be *very* appealing and keep me from digging
into some of the other options...  (hmmm... what's that?
"Design by laziness"??  :>)

> The "smaller" solutions like the SMC and Crystal parts are short on
> features (less packet RAM most significantly), and IMHO they're not
> suitable if performance is an issue.

Unfortunate but understandable.  I guess I'll start digging through
other network technologies and just plan on "biting the bullet"...

Thanx!
--don

From owner-freebsd-hackers  Sun Jun  1 23:51:33 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id XAA02236
          for hackers-outgoing; Sun, 1 Jun 1997 23:51:33 -0700 (PDT)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA02229
          for <hackers@FreeBSD.ORG>; Sun, 1 Jun 1997 23:51:30 -0700 (PDT)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA22632 for hackers@FreeBSD.ORG; Mon, 2 Jun 1997 08:51:28 +0200
Received: (from j@localhost)
	by uriah.heep.sax.de (8.8.5/8.8.5) id IAA09286;
	Mon, 2 Jun 1997 08:29:42 +0200 (MET DST)
Message-ID: <19970602082936.QR24782@uriah.heep.sax.de>
Date: Mon, 2 Jun 1997 08:29:36 +0200
From: j@uriah.heep.sax.de (J Wunsch)
To: hackers@FreeBSD.ORG
Subject: Re: split -p pattern: new option
References: <199706012057.WAA13926@xp11.frmug.org> <9706020004.AA27220@cabri.obs-besancon.fr>
X-Mailer: Mutt 0.60_p2-3,5,8-9
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <9706020004.AA27220@cabri.obs-besancon.fr>; from Jean-Marc Zucconi on Jun 2, 1997 01:04:11 +0100
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

As Jean-Marc Zucconi wrote:

>  > begin 644 patch.split.gz
> 
> 'char    pattern[200];' is not used :)

`char pattern[200];' terribly looks like bad/lazy programming style
anyway. :)

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Sun Jun  1 23:51:37 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id XAA02259
          for hackers-outgoing; Sun, 1 Jun 1997 23:51:37 -0700 (PDT)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA02244
          for <freebsd-hackers@freebsd.org>; Sun, 1 Jun 1997 23:51:34 -0700 (PDT)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA22636 for freebsd-hackers@freebsd.org; Mon, 2 Jun 1997 08:51:32 +0200
Received: (from j@localhost)
	by uriah.heep.sax.de (8.8.5/8.8.5) id IAA09304;
	Mon, 2 Jun 1997 08:34:43 +0200 (MET DST)
Message-ID: <19970602083438.EW54555@uriah.heep.sax.de>
Date: Mon, 2 Jun 1997 08:34:38 +0200
From: j@uriah.heep.sax.de (J Wunsch)
To: freebsd-hackers@freebsd.org (FreeBSD hackers)
Subject: Re: bcc vs cc/gcc (float)
References: <199706020036.UAA18558@lakes.water.net>
X-Mailer: Mutt 0.60_p2-3,5,8-9
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <199706020036.UAA18558@lakes.water.net>; from Thomas David Rivers on Jun 1, 1997 20:36:41 -0400
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

As Thomas David Rivers wrote:

> > > I don't see a declaration for environ in our /usr/include/ files.
> > > Shouldn't it be there?
> > 
> > Posix doesn't specify any (which I think was a mistake), but it would
> > be nice to have it as an extension.

>  I don't think you can do this; because it would violate the user's
> name space.

You can bracket it in #ifndef _POSIX_SOURCE etc.  As it stands now, we
do already provide every binary with `environ', so it would be a
mistake for a user program to reuse this name as a global.  With the
proper declaration in unistd.h, you at least give the innocent
programmer a hint that this name actually _is_ already in use.  It's
not that it would get into use by just declaring it, it's always there
since crt0 defines it.  I don't even think it's a weak symbol, but i
might be mistaken in this.

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Sun Jun  1 23:51:48 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id XAA02299
          for hackers-outgoing; Sun, 1 Jun 1997 23:51:48 -0700 (PDT)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA02287
          for <freebsd-hackers@FreeBSD.ORG>; Sun, 1 Jun 1997 23:51:43 -0700 (PDT)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA22637; Mon, 2 Jun 1997 08:51:36 +0200
Received: (from j@localhost)
	by uriah.heep.sax.de (8.8.5/8.8.5) id IAA09324;
	Mon, 2 Jun 1997 08:37:30 +0200 (MET DST)
Message-ID: <19970602083724.JE26944@uriah.heep.sax.de>
Date: Mon, 2 Jun 1997 08:37:24 +0200
From: j@uriah.heep.sax.de (J Wunsch)
To: freebsd-hackers@FreeBSD.ORG
Cc: MSAYER@cuscal.com.au (MARK SAYER)
Subject: Re: in_cksum.h library
References: <199706020111.SAA17390@hub.freebsd.org>
X-Mailer: Mutt 0.60_p2-3,5,8-9
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <199706020111.SAA17390@hub.freebsd.org>; from MARK SAYER on Jun 2, 1997 11:06:49 +1000
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

As MARK SAYER wrote:

> Could someone please send me this library as I seem to be missing it
> and one of my programs wants it to compile.

That's not a library, but a header file.  locate(1) is your friend.

#include <machine/in_cksum.h>

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Sun Jun  1 23:54:20 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id XAA02604
          for hackers-outgoing; Sun, 1 Jun 1997 23:54:20 -0700 (PDT)
Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA02598
          for <hackers@freebsd.org>; Sun, 1 Jun 1997 23:54:19 -0700 (PDT)
Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id XAA02918 for <hackers@freebsd.org>; Sun, 1 Jun 1997 23:54:19 -0700 (PDT)
To: hackers@freebsd.org
Subject: Anyone seen Mike Pritchard?
Date: Sun, 01 Jun 1997 23:54:19 -0700
Message-ID: <2914.865234459@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

I'm beginning to seriously suspect that the man may have come to an
untimely end.  Has anyone had any news of his continued existence?

					Jordan

From owner-freebsd-hackers  Mon Jun  2 00:02:35 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id AAA03212
          for hackers-outgoing; Mon, 2 Jun 1997 00:02:35 -0700 (PDT)
Received: from shell.futuresouth.com (shell.futuresouth.com [207.141.254.20])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA03207
          for <freebsd-hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 00:02:29 -0700 (PDT)
Received: (from tim@localhost)
	by shell.futuresouth.com (8.8.5/8.8.5) id CAA01773;
	Mon, 2 Jun 1997 02:02:20 -0500 (CDT)
Message-ID: <19970602020220.29845@shell.futuresouth.com>
Date: Mon, 2 Jun 1997 02:02:20 -0500
From: Tim Tsai <tim@futuresouth.com>
To: Robert Shady <rls@mail.id.net>
Cc: freebsd-hackers@FreeBSD.ORG
Subject: Re: Archive Tape Autochanger
References: <199706011447.KAA02181@shell.id.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.69
In-Reply-To: <199706011447.KAA02181@shell.id.net>; from Robert Shady on Sun, Jun 01, 1997 at 10:47:11AM -0400
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On Sun, Jun 01, 1997 at 10:47:11AM -0400, Robert Shady wrote:
> Has anyone gotten the CSC special Archive DAT auto-changer to work
> with FreeBSD yet?  What did you have to do to get it to work?  I
> am starting to wonder if mine is just defective.  I'm running 2.2.2
> release, and when I load a tape, it spits it back out a few seconds
> later, the drive displays "CHK MAG", and the FreeBSD box reports
> ERROR: Vendor specific ASCQ.  Under different versions of FreeBSD
> I have at least been able to load tapes, and run small backups, but
> now it won't even load the tape.

  Ours work fine under 3.0-CURRENT.  Actually, I've had the drive in
various versions of FreeBSD from 2.1.6 and never did it once give me the
error that you reported.

  Tim
  FSCI

From owner-freebsd-hackers  Mon Jun  2 00:05:36 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id AAA03407
          for hackers-outgoing; Mon, 2 Jun 1997 00:05:36 -0700 (PDT)
Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA03401
          for <freebsd-hackers@freefall.FreeBSD.org>; Mon, 2 Jun 1997 00:05:24 -0700 (PDT)
Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id QAA19821; Mon, 2 Jun 1997 16:34:27 +0930 (CST)
From: Michael Smith <msmith@atrad.adelaide.edu.au>
Message-Id: <199706020704.QAA19821@genesis.atrad.adelaide.edu.au>
Subject: Re: diskless hardware *design* suggestions
In-Reply-To: <199706020647.XAA19653@seagull.rtd.com> from Don Yuniskis at "Jun 1, 97 11:47:59 pm"
To: dgy@rtd.com (Don Yuniskis)
Date: Mon, 2 Jun 1997 16:34:26 +0930 (CST)
Cc: msmith@atrad.adelaide.edu.au, freebsd-hackers@freefall.FreeBSD.org
X-Mailer: ELM [version 2.4ME+ PL28 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Don Yuniskis stands accused of saying:
> 
> Yes.  But, to be honest, I haven't looked at it in detail
> as it's pretty minimalist (the SC400 is intended for use in
> high end PDA's, etc. driving an LCD/pen interface).  Use
> of the display controller requires you to give up the 32bit
> databus in favor of 16...

Ah, understood.  Amazing that Motorola have had dynamic bus sizing for
the last decade or more...

> > > Yes.  Those NIC's that support DMA tend to be bus-mastering
> > > themselves -- hence my problem!
> > 
> > The Crystal parts do slave DMA, but that's generally too slow to be useful.
> 
> If they'll push 32 bits at a time and aren't limited by things like
> the ISA "standard" DMA rates, that could be quite usable since it
> would eliminate the need for a separate buffer memory, etc.

No, they are ISA devices, and as such are 16-bit only.

> I'm suspecting that 1MB/s is probably less than ideal for some of the
> applications I have in mind.  I'd like to nail down the network
> interface "once and for all" and not have to redesign it later,
> etc.  AMD's SuperNet2 parts look attractive but that's a sizeable
> investment in silicon and driver development (and *definitely*
> gobbles up too much real estate).  I was hoping a 10Base2
> solution would be *very* appealing and keep me from digging
> into some of the other options...  (hmmm... what's that?
> "Design by laziness"??  :>)

Well, if 1M/sec is too slow, have you actually sized your throughput
requirements, or are you just going on "feel"? 8)

-- 
]] Mike Smith, Software Engineer        msmith@gsoft.com.au             [[
]] Genesis Software                     genesis@gsoft.com.au            [[
]] High-speed data acquisition and      (GSM mobile)     0411-222-496   [[
]] realtime instrument control.         (ph)          +61-8-8267-3493   [[
]] Unix hardware collector.             "Where are your PEZ?" The Tick  [[

From owner-freebsd-hackers  Mon Jun  2 00:13:07 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id AAA03686
          for hackers-outgoing; Mon, 2 Jun 1997 00:13:07 -0700 (PDT)
Received: from bss.co.za (cerberus.bss.co.za [196.31.61.10])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA03678
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 00:12:46 -0700 (PDT)
Received: by cerberus.bss.co.za id <17952-1>; Mon, 2 Jun 1997 09:13:58 +0200
Comments: Authenticated sender is <aib@cerberus.bss.co.za>
From: "Andy Bontoft" <andy@bss.co.za>
Organization: CORE NetWatch Ltd
To: hackers@FreeBSD.ORG
Date: Mon, 2 Jun 1997 11:37:14 +0200
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Subject: SMC9332BDT help needed
Reply-to: andy@bss.co.za
Priority: normal
X-mailer: Pegasus Mail for Win32 (v2.53/R1)
Message-Id: <97Jun2.091358gmt+0200.17952-1@cerberus.bss.co.za>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Hi
I hope someone will be able to tell me what i'm doing wrong here.
I'm trying to get an SMC9332BDT to work under 2.2.1-RELEASE (at 
10Mbps). The card seems to be probed fine, and is initially being set 
to 100Mbps. The 'Link Integrity Indicator' (according to the manual) 
LED goes out as soon as the probe takes place. I have used
		ifconfig de0 -link2
to try and switch it over to 10Mbps and get kernel messages stating 
this is taking place. From this point on 
	de0: transmission timeout
messages are displayed although thay are not displayed before i try 
to switch the port. 

I have tried four different cards just to make sure it wasn't a dodgy 
card and used the SMC diagnostic program under DOS to transmit 
packets which i can see with tcpdump on another machine....

Any ideas??
Thanx in advance for your time.
andy


Boot and messages info..

CPU: Pentium (199.43-MHz 586-class CPU)
  Origin = "GenuineIntel"  Id = 0x52c  Stepping=12
  Features=0x1bf<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8>
real memory  = 67108864 (65536K bytes)
avail memory = 62599168 (61132K bytes)
pcibus_setup(1):	mode 1 addr port (0x0cf8) is 0x80000058
pcibus_setup(1a):	mode1res=0x80000000 (0x80000000)
pcibus_check:	device 0 is there (id=12508086)
Probing for devices on PCI bus 0:
	configuration mode 1 allows 32 devices.
chip0 <Intel 82439> rev 3 on pci0:0
chip1 <Intel 82371SB PCI-ISA bridge> rev 1 on pci0:7:0
chip2 <Intel 82371SB IDE interface> rev 0 on pci0:7:1
	mapreg[20] type=1 addr=0000f000 size=0010.
	I/O Recovery Timing: 8-bit 3.5 clocks, 16-bit 3.5 clocks
	Extended BIOS: disabled
	Lower BIOS: disabled
	Coprocessor IRQ13: disabled
	Mouse IRQ12: disabled
	Interrupt Routing: A: , B: , C: , D: 
		MB0: , MB1: 
de0 <Digital 21140A Fast Ethernet> rev 34 int a irq 12 on pci0:17
	mapreg[10] type=1 addr=00006100 size=0080.
	mapreg[14] type=0 addr=e0000000 size=0080.
	reg16: ioaddr=0x6100 size=0x80
de0: 21140A [10-100Mb/s] pass 2.2
de0: address 00:e0:29:06:3f:02
de0: enabling 100baseTX port
[ snip ]

May 31 18:32:26 skoll /kernel: de0: enabling 100baseTX port
May 31 18:32:27 skoll /kernel: de0: enabling 10baseT port
May 31 18:32:28 skoll /kernel: de0: transmission timeout
May 31 18:32:32 skoll /kernel: de0: transmission timeout
May 31 18:33:47 skoll /kernel: de0: transmission timeout

From owner-freebsd-hackers  Mon Jun  2 00:32:59 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id AAA04369
          for hackers-outgoing; Mon, 2 Jun 1997 00:32:59 -0700 (PDT)
Received: from mail.glink.net.hk (mail.glink.net.hk [202.72.0.38])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA04265;
          Mon, 2 Jun 1997 00:30:07 -0700 (PDT)
From: a8@mary-world.com
Received: from earth.glink.net.hk (earth [202.72.0.46])
	by mail.glink.net.hk (8.8.5/8.8.5) with ESMTP id PAA28698;
	Mon, 2 Jun 1997 15:28:56 +0800 (HKT)
Received: from glink.net.hk (1Cust15.Max31.Los-Angeles.CA.MS.UU.NET [153.34.85.143])
	by earth.glink.net.hk (8.8.5/8.8.5) with SMTP id PAA08414;
	Mon, 2 Jun 1997 15:28:20 +0800 (HKT)
Date: Sun, 01 Jun 97 23:14:02 EST
To: Friend@public.com
Subject: New
Message-ID: <>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Below are just two examples of which may be of interest to you.
We honor all request for removal from our mailing list, BUT YOU
MUST type in REMOVE in the subject heading to be removed.
Reply to: a8@mary-world.com
System is automated ONLY! All subcribers to any of the following information
MUST type the Subject heading: Subscribe JPA2, or BC1.

Thank You
-----------------------------------------------------------------
JPA2

                     INTERNET BREAKTHRU!!!

                        Work from home!

                    Licensed in 33 countries

                $500-$1200 P/T  $2000-$6000 F/T

                       Start immediately!

                    Full Business training

                        Paid vacation!

                    Bonuses based on merit

                          Subscribe Now!

                      Subject:Subcribe JPA2
                      to:a8@mary-world.com
---------------------------------------------------------------
BC1

   Be Approved for a Credit Line of $3000.00 at 12.99% APR

      No matter what your past credit history has been!

                     By becoming a member.
 
                 Other Membership advantages:
 Unscured Major Credit Card up to $5,000! (96% Approval Rate)
Vacation Package with 20 prepaid round trip Airfares worldwide!

                     For more information

                     Subject:Subscribe BC1
                     to:a8@mary-world.com


From owner-freebsd-hackers  Mon Jun  2 00:40:32 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id AAA04915
          for hackers-outgoing; Mon, 2 Jun 1997 00:40:32 -0700 (PDT)
Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA04910
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 00:40:26 -0700 (PDT)
Received: (from eivind@localhost) by bitbox.follo.net (8.7.6/8.7.3) id JAA18950; Mon, 2 Jun 1997 09:39:56 +0200 (MET DST)
Date: Mon, 2 Jun 1997 09:39:56 +0200 (MET DST)
Message-Id: <199706020739.JAA18950@bitbox.follo.net>
From: Eivind Eklund <perhaps@yes.no>
To: Harlan Stenn <Harlan.Stenn@pfcs.com>
CC: hackers@FreeBSD.ORG
In-reply-to: Harlan Stenn's message of Sun, 01 Jun 1997 23:21:26 -0300
Subject: Re: Improvements to rc.firewall?
References: <1883.865221686@mumps.pfcs.com>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> 
> These diffs are against the rc.firewall in -current.
> 
> I believe the existing rules say:
> 
> 	allow anybody from the outside who sends from port 53 or 123 to
> 	send UDP packets to anyplace on our net
> 
> If this is true, we should tighten it up ro only permit outsiders to
> reach *our* DNS and NTP ports with UDP.
> 
> These diffs *are intended* do the job...
> 
> Would somebody please review these and, if appropriate, commit the
> changes?

As far as I can tell, they're wrong.  Don't they deny DNS-responses?
The original seems to be correct.


(Patch reproduced below)
--- rc.firewall-	Sun Jun  1 21:23:06 1997
+++ rc.firewall	Sun Jun  1 21:29:11 1997
@@ -87,11 +87,11 @@
     /sbin/ipfw add deny tcp from any to any setup
 
     # Allow DNS queries out in the world
-    /sbin/ipfw add pass udp from any 53 to ${ip}
+    /sbin/ipfw add pass udp from any to ${ip} 53
     /sbin/ipfw add pass udp from ${ip} to any 53
 
     # Allow NTP queries out in the world
-    /sbin/ipfw add pass udp from any 123 to ${ip}
+    /sbin/ipfw add pass udp from any to ${ip} 123
     /sbin/ipfw add pass udp from ${ip} to any 123
 
     # Everything else is denied as default.
@@ -144,11 +144,11 @@
     /sbin/ipfw add pass tcp from any to any setup
 
     # Allow DNS queries out in the world
-    /sbin/ipfw add pass udp from any 53 to ${oip}
+    /sbin/ipfw add pass udp from any to ${oip} 53
     /sbin/ipfw add pass udp from ${oip} to any 53
 
     # Allow NTP queries out in the world
-    /sbin/ipfw add pass udp from any 123 to ${oip}
+    /sbin/ipfw add pass udp from any to ${oip} 123
     /sbin/ipfw add pass udp from ${oip} to any 123
 
     # Everything else is denied as default.

Eivind.

From owner-freebsd-hackers  Mon Jun  2 00:44:19 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id AAA05049
          for hackers-outgoing; Mon, 2 Jun 1997 00:44:19 -0700 (PDT)
Received: from seagull.rtd.com (seagull.rtd.com [198.102.68.2])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA05044
          for <freebsd-hackers@freefall.FreeBSD.org>; Mon, 2 Jun 1997 00:44:17 -0700 (PDT)
Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/8.7.3) id AAA22062; Mon, 2 Jun 1997 00:44:10 -0700 (MST)
From: Don Yuniskis <dgy@rtd.com>
Message-Id: <199706020744.AAA22062@seagull.rtd.com>
Subject: Re: diskless hardware *design* suggestions
To: msmith@atrad.adelaide.edu.au (Michael Smith)
Date: Mon, 2 Jun 1997 00:44:10 -0700 (MST)
Cc: dgy@rtd.com, msmith@atrad.adelaide.edu.au,
        freebsd-hackers@freefall.FreeBSD.org
In-Reply-To: <199706020704.QAA19821@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Jun 2, 97 04:34:26 pm
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

It seems that Michael Smith said:
> Don Yuniskis stands accused of saying:
> > 
> > Yes.  But, to be honest, I haven't looked at it in detail
> > as it's pretty minimalist (the SC400 is intended for use in
> > high end PDA's, etc. driving an LCD/pen interface).  Use
> > of the display controller requires you to give up the 32bit
> > databus in favor of 16...
> 
> Ah, understood.  Amazing that Motorola have had dynamic bus sizing for
> the last decade or more...

Problem isn't related to bus sizing but, rather, the typical
"not enough pins" syndrome experienced by most MCU's.  It's
a BGA292 and, by the time you discount all the power, ground,
DMA, Serial, DRAM controller, etc. pins, you're faced with
"do I want keyboard scanning and display controller or wider
data bus"  :>  Since it's just a "curmmy" LCD controller and
I don;t have a keypad to scan (can always do that myself,
thankyouverymuch!), it seems like the wider data bus is the WIN!

> > > > Yes.  Those NIC's that support DMA tend to be bus-mastering
> > > > themselves -- hence my problem!
> > > 
> > > The Crystal parts do slave DMA, but that's generally too slow to be useful.
> > 
> > If they'll push 32 bits at a time and aren't limited by things like
> > the ISA "standard" DMA rates, that could be quite usable since it
> > would eliminate the need for a separate buffer memory, etc.
> 
> No, they are ISA devices, and as such are 16-bit only.

Ahh, :-(

> > I'm suspecting that 1MB/s is probably less than ideal for some of the
> > applications I have in mind.  I'd like to nail down the network
> > interface "once and for all" and not have to redesign it later,
> > etc.  AMD's SuperNet2 parts look attractive but that's a sizeable
> > investment in silicon and driver development (and *definitely*
> > gobbles up too much real estate).  I was hoping a 10Base2
> > solution would be *very* appealing and keep me from digging
> > into some of the other options...  (hmmm... what's that?
> > "Design by laziness"??  :>)
> 
> Well, if 1M/sec is too slow, have you actually sized your throughput
> requirements, or are you just going on "feel"? 8)

Trying to leverage one design to handle several different
applications (too expensive to turn the crank again for
other designs).  So, aiming for the heaviest demands seems
to be the way to go -- and let the smaller projects just
incur some extra costs...

Thx!
--don

From owner-freebsd-hackers  Mon Jun  2 00:52:11 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id AAA05323
          for hackers-outgoing; Mon, 2 Jun 1997 00:52:11 -0700 (PDT)
Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA05318
          for <freebsd-hackers@freefall.FreeBSD.org>; Mon, 2 Jun 1997 00:52:08 -0700 (PDT)
Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id RAA20517; Mon, 2 Jun 1997 17:21:54 +0930 (CST)
From: Michael Smith <msmith@atrad.adelaide.edu.au>
Message-Id: <199706020751.RAA20517@genesis.atrad.adelaide.edu.au>
Subject: Re: diskless hardware *design* suggestions
In-Reply-To: <199706020744.AAA22062@seagull.rtd.com> from Don Yuniskis at "Jun 2, 97 00:44:10 am"
To: dgy@rtd.com (Don Yuniskis)
Date: Mon, 2 Jun 1997 17:21:53 +0930 (CST)
Cc: msmith@atrad.adelaide.edu.au, dgy@rtd.com,
        freebsd-hackers@freefall.FreeBSD.org
X-Mailer: ELM [version 2.4ME+ PL28 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Don Yuniskis stands accused of saying:
> > 
> > Well, if 1M/sec is too slow, have you actually sized your throughput
> > requirements, or are you just going on "feel"? 8)
> 
> Trying to leverage one design to handle several different
> applications (too expensive to turn the crank again for
> other designs).  So, aiming for the heaviest demands seems
> to be the way to go -- and let the smaller projects just
> incur some extra costs...

Gotcha.  Subsequent to the last message, I had a chance to look at the
SMC 91C100 (FEAST) datasheet.  I think you should look _very_
seriously at this puppy.  There's an SMC9000 driver already (parts are
software-compatible) for FreeBSD.

I know it's been mentioned before, and you dismissed it, but it's got to
be the most serious contender by far.

> --don

-- 
]] Mike Smith, Software Engineer        msmith@gsoft.com.au             [[
]] Genesis Software                     genesis@gsoft.com.au            [[
]] High-speed data acquisition and      (GSM mobile)     0411-222-496   [[
]] realtime instrument control.         (ph)          +61-8-8267-3493   [[
]] Unix hardware collector.             "Where are your PEZ?" The Tick  [[

From owner-freebsd-hackers  Mon Jun  2 00:57:49 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id AAA05622
          for hackers-outgoing; Mon, 2 Jun 1997 00:57:49 -0700 (PDT)
Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA05611
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 00:57:45 -0700 (PDT)
Received: (from jmg@localhost)
	by hydrogen.nike.efn.org (8.8.5/8.8.5) id AAA18980;
	Mon, 2 Jun 1997 00:58:24 -0700 (PDT)
Message-ID: <19970602005824.27547@hydrogen.nike.efn.org>
Date: Mon, 2 Jun 1997 00:58:24 -0700
From: John-Mark Gurney <jmg@hydrogen.nike.efn.org>
To: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Cc: hackers@FreeBSD.ORG
Subject: Re: Anyone seen Mike Pritchard?
References: <2914.865234459@time.cdrom.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.69
In-Reply-To: <2914.865234459@time.cdrom.com>; from Jordan K. Hubbard on Sun, Jun 01, 1997 at 11:54:19PM -0700
Reply-To: John-Mark Gurney <gurney_j@resnet.uoregon.edu>
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-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Jordan K. Hubbard scribbled this message on Jun 1:
> I'm beginning to seriously suspect that the man may have come to an
> untimely end.  Has anyone had any news of his continued existence?

well.. I guess since someone asked, Joerg and I have been puzzling
over this problem too... as he hasn't answer any mail in a long time...

I did manage to find out that most of his login's were from University
of Minnesota, and am going to call the lab that he logged in from tommorrow
in hopes of finding more info out about him...  (good thing for a while
reverse dns broke, else I would of never found an ip address :) )...

if anyone has more information on Mike we'd really appriciate it...
Joerg did have another email address for him, but he hasn't recieved
a resoponse from the admin of the system (and the email account is
no longer valid)...

I hope we find him in good health...  ttyl...

-- 
  John-Mark Gurney                          Modem/FAX: +1 541 683 6954
  Cu Networking

  Live in Peace, destroy Micro$oft, support free software, run FreeBSD

From owner-freebsd-hackers  Mon Jun  2 00:58:43 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id AAA05684
          for hackers-outgoing; Mon, 2 Jun 1997 00:58:43 -0700 (PDT)
Received: from iceberg.anchorage.net. (root@iceberg.anchorage.net [207.14.72.150])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA05678
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 00:58:39 -0700 (PDT)
Received: from aak.anchorage.net (ai-131 [207.14.72.131]) by iceberg.anchorage.net. (8.6.11/8.7.3) with SMTP id WAA06392; Sun, 1 Jun 1997 22:55:23 -0800
Date: Sun, 1 Jun 1997 23:47:50 -0800 (AKDT)
From: Steve Howe <un_x@anchorage.net>
X-Sender: abc@aak.anchorage.net
To: Michael Smith <msmith@atrad.adelaide.edu.au>
cc: freebsd-hackers <hackers@FreeBSD.ORG>
Subject: Re: signed/unsigned cpp
In-Reply-To: <199706010645.QAA12329@genesis.atrad.adelaide.edu.au>
Message-ID: <Pine.BSF.3.95q.970601234203.1753D-100000@aak.anchorage.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On Sun, 1 Jun 1997, Michael Smith wrote:

> Because neither is equivalent to the "default" signedness.
> 
> const char * is _not_ equivalent to const unsigned char *, or const
> signed char *.

i would appreciate it if you could explain further - why?
any char * can _only_ be signed or unsigned, even if it's
the default that makes it so. ?
-------------------------------------------------------------------------
 Sleep: a sign a caffeine deprivation ... http://www.anchorage.net/~un_x
-------------------------------------------------------------------------


From owner-freebsd-hackers  Mon Jun  2 01:06:25 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id BAA06297
          for hackers-outgoing; Mon, 2 Jun 1997 01:06:25 -0700 (PDT)
Received: from iceberg.anchorage.net. (root@iceberg.anchorage.net [207.14.72.150])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id BAA06279
          for <hackers@freebsd.org>; Mon, 2 Jun 1997 01:06:18 -0700 (PDT)
Received: from aak.anchorage.net (ai-131 [207.14.72.131]) by iceberg.anchorage.net. (8.6.11/8.7.3) with SMTP id XAA06433; Sun, 1 Jun 1997 23:03:07 -0800
Date: Sun, 1 Jun 1997 23:55:29 -0800 (AKDT)
From: Steve Howe <un_x@anchorage.net>
X-Sender: abc@aak.anchorage.net
To: Anatoly Vorobey <mellon@pobox.com>
cc: freebsd-hackers <hackers@freebsd.org>
Subject: Re: signed/unsigned cpp
In-Reply-To: <19970601100320.37936@techunix.technion.ac.il>
Message-ID: <Pine.BSF.3.95q.970601234922.1753E-100000@aak.anchorage.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>      The type `char' is always a distinct type from each of `signed
>      char' or `unsigned char', even though its behavior is always just
>      like one of those two.

ok, but why?  i'm trying to understand any possible reason for this,
and can't think of any ...  (my teachers used to hate me :)
i've written assemblers and mini-compilers and have some
understanding of what's necessary, but i don't get this!
what's is the point of this rule?  as it says,
"its behaviour is always just like on of those two" ...

> gcc is probably acting up because you specified a fascistic
> warning level ;) In fact I just tried to reproduce it and -Wall
> -pedantic did the trick, while -Wall by itself or even with
> -ansi wasn't enough.

no, just c++, i used no options.
-------------------------------------------------------------------------
 Sleep: a sign a caffeine deprivation ... http://www.anchorage.net/~un_x
-------------------------------------------------------------------------


From owner-freebsd-hackers  Mon Jun  2 01:07:04 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id BAA06353
          for hackers-outgoing; Mon, 2 Jun 1997 01:07:04 -0700 (PDT)
Received: from seagull.rtd.com (seagull.rtd.com [198.102.68.2])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA06348
          for <freebsd-hackers@freefall.FreeBSD.org>; Mon, 2 Jun 1997 01:07:02 -0700 (PDT)
Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/8.7.3) id BAA22499; Mon, 2 Jun 1997 01:06:49 -0700 (MST)
From: Don Yuniskis <dgy@rtd.com>
Message-Id: <199706020806.BAA22499@seagull.rtd.com>
Subject: Re: diskless hardware *design* suggestions
To: msmith@atrad.adelaide.edu.au (Michael Smith)
Date: Mon, 2 Jun 1997 01:06:49 -0700 (MST)
Cc: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers)
In-Reply-To: <199706020751.RAA20517@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Jun 2, 97 05:21:53 pm
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

It seems that Michael Smith said:
> Don Yuniskis stands accused of saying:
> > > 
> > > Well, if 1M/sec is too slow, have you actually sized your throughput
> > > requirements, or are you just going on "feel"? 8)
> > 
> > Trying to leverage one design to handle several different
> > applications (too expensive to turn the crank again for
> > other designs).  So, aiming for the heaviest demands seems
> > to be the way to go -- and let the smaller projects just
> > incur some extra costs...
> 
> Gotcha.  Subsequent to the last message, I had a chance to look at the
> SMC 91C100 (FEAST) datasheet.  I think you should look _very_
> seriously at this puppy.  There's an SMC9000 driver already (parts are
> software-compatible) for FreeBSD.

Heh heh heh... I *just* took the SMC CD-ROM out of my drive.  Three
guesses where I was browsing?  ;-)

> I know it's been mentioned before, and you dismissed it, but it's got to
> be the most serious contender by far.

(sigh)  Yes, I've decided to move the NIC off of the main PCB
since the choice of device is leaving me with lots of
suboptimal options  :-(  If I throw it onto a small daughter
card, then I can afford the extra real-estate, etc.  I can
always hack something up for the short-term and
replace it with an alternate technology later.  It's
always annoying to have to "do over" but I guess it can't
be avoided in this case.

"Idealism" can be quite time consuming!

Thanks for your suggestions!
--don

From owner-freebsd-hackers  Mon Jun  2 01:08:09 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id BAA06427
          for hackers-outgoing; Mon, 2 Jun 1997 01:08:09 -0700 (PDT)
Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA06422
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 01:08:06 -0700 (PDT)
Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id RAA20786; Mon, 2 Jun 1997 17:37:51 +0930 (CST)
From: Michael Smith <msmith@atrad.adelaide.edu.au>
Message-Id: <199706020807.RAA20786@genesis.atrad.adelaide.edu.au>
Subject: Re: signed/unsigned cpp
In-Reply-To: <Pine.BSF.3.95q.970601234203.1753D-100000@aak.anchorage.net> from Steve Howe at "Jun 1, 97 11:47:50 pm"
To: un_x@anchorage.net (Steve Howe)
Date: Mon, 2 Jun 1997 17:37:51 +0930 (CST)
Cc: msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL28 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Steve Howe stands accused of saying:
> On Sun, 1 Jun 1997, Michael Smith wrote:
> 
> > Because neither is equivalent to the "default" signedness.
> > 
> > const char * is _not_ equivalent to const unsigned char *, or const
> > signed char *.
> 
> i would appreciate it if you could explain further - why?
> any char * can _only_ be signed or unsigned, even if it's
> the default that makes it so. ?

'char' has three types of signedness; "signed", "unsigned" and "default".

Signed and unsigned are obvious.  Default means "use whatever is the default
on this platform".  Thus, for portable code signed != unsigned != default.

-- 
]] Mike Smith, Software Engineer        msmith@gsoft.com.au             [[
]] Genesis Software                     genesis@gsoft.com.au            [[
]] High-speed data acquisition and      (GSM mobile)     0411-222-496   [[
]] realtime instrument control.         (ph)          +61-8-8267-3493   [[
]] Unix hardware collector.             "Where are your PEZ?" The Tick  [[

From owner-freebsd-hackers  Mon Jun  2 01:31:13 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id BAA07320
          for hackers-outgoing; Mon, 2 Jun 1997 01:31:13 -0700 (PDT)
Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA07310
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 01:31:09 -0700 (PDT)
Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id SAA21068; Mon, 2 Jun 1997 18:00:55 +0930 (CST)
From: Michael Smith <msmith@atrad.adelaide.edu.au>
Message-Id: <199706020830.SAA21068@genesis.atrad.adelaide.edu.au>
Subject: Re: signed/unsigned cpp
In-Reply-To: <Pine.BSF.3.95q.970601234922.1753E-100000@aak.anchorage.net> from Steve Howe at "Jun 1, 97 11:55:29 pm"
To: un_x@anchorage.net (Steve Howe)
Date: Mon, 2 Jun 1997 18:00:55 +0930 (CST)
Cc: mellon@pobox.com, hackers@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL28 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Steve Howe stands accused of saying:
> 
> >      The type `char' is always a distinct type from each of `signed
> >      char' or `unsigned char', even though its behavior is always just
> >      like one of those two.
> 
> ok, but why?  i'm trying to understand any possible reason for this,
> and can't think of any ...  (my teachers used to hate me :)
> i've written assemblers and mini-compilers and have some
> understanding of what's necessary, but i don't get this!
> what's is the point of this rule?  as it says,
> "its behaviour is always just like on of those two" ...

... because it is not possible to tell _which_one_ of the two
it will be like in all cases.

-- 
]] Mike Smith, Software Engineer        msmith@gsoft.com.au             [[
]] Genesis Software                     genesis@gsoft.com.au            [[
]] High-speed data acquisition and      (GSM mobile)     0411-222-496   [[
]] realtime instrument control.         (ph)          +61-8-8267-3493   [[
]] Unix hardware collector.             "Where are your PEZ?" The Tick  [[

From owner-freebsd-hackers  Mon Jun  2 01:33:44 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id BAA07494
          for hackers-outgoing; Mon, 2 Jun 1997 01:33:44 -0700 (PDT)
Received: from pcpsj.pfcs.com (nrZzUPxxNbdCp2c68MSIkrko6reyuxVy@harlan.fred.net [205.252.219.31])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id BAA07486
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 01:33:33 -0700 (PDT)
Received: from mumps.pfcs.com (mumps.pfcs.com [192.52.69.11]) by pcpsj.pfcs.com (8.6.12/8.6.9) with SMTP id EAA00372; Mon, 2 Jun 1997 04:33:19 -0400
Received: from localhost by mumps.pfcs.com with SMTP id AA05829
  (5.67b/IDA-1.5); Mon, 2 Jun 1997 04:33:18 -0400
To: Eivind Eklund <perhaps@yes.no>
Cc: hackers@FreeBSD.ORG
Subject: Re: Improvements to rc.firewall? 
In-Reply-To: Your message of "Mon, 02 Jun 1997 09:39:56 +0200."
             <199706020739.JAA18950@bitbox.follo.net> 
Date: Mon, 02 Jun 1997 04:33:16 -0300
Message-Id: <5827.865240396@mumps.pfcs.com>
From: Harlan Stenn <Harlan.Stenn@pfcs.com>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

I "sort of" tested them, and they worked for me.

I checked this out by doing a tcpdump of my ppp link, and looked at all
of the DNS traffic.  Responses to my queries came in to *my* port 53.

Independent of whether or not my suggested rule is wrong, the old rule
will give free reign to anybody who sends UDP packets from their NTP or
DNS ports.

H

From owner-freebsd-hackers  Mon Jun  2 01:53:55 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id BAA08258
          for hackers-outgoing; Mon, 2 Jun 1997 01:53:55 -0700 (PDT)
Received: from noc.demon.net (firewall-user@server.noc.demon.net [193.195.224.4])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA08253
          for <freebsd-hackers@freebsd.org>; Mon, 2 Jun 1997 01:53:51 -0700 (PDT)
Received: by noc.demon.net; id JAA26301; Mon, 2 Jun 1997 09:53:48 +0100 (BST)
Received: from stress.noc.demon.net(195.11.55.5) by inside.noc.demon.net via smap (3.2)
	id xma026293; Mon, 2 Jun 97 09:53:33 +0100
Received: from hdm by stress.noc.demon.net with local (Exim 1.61 #3)
	id 0wYSrs-0003C2-00; Mon, 2 Jun 1997 09:53:32 +0100
To: Brian Somers <brian@awfulhak.org>
cc: Terry Lambert <terry@lambert.org>, freebsd-hackers@freebsd.org,
        internet@demon.net
Subject: Re: fetch 
X-Mailer: nmh v0.14, exmh 2.0gamma, gvim 4.5
X-Colour: Green
In-reply-to: <199706010004.BAA10800@awfulhak.demon.co.uk> 
Date: Mon, 02 Jun 1997 09:53:31 +0100
From: Dom Mitchell <hdm@demon.net>
Message-Id: <E0wYSrs-0003C2-00.qmail@stress.noc.demon.net>
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Brian Somers wrote:
> > Has demon refused to correct their server software?  Or have
> > they not been asked?
> 
> They havn't been asked (yet).  I've cc'd them and would expect
> a reply sometime soon.

I'll forward this message to the appropriate people (I don't do web
stuff).  However, we do use several different servers on various
machines - which one is giving the problem you describe?

-Dom

From owner-freebsd-hackers  Mon Jun  2 02:25:12 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id CAA09395
          for hackers-outgoing; Mon, 2 Jun 1997 02:25:12 -0700 (PDT)
Received: from bss.co.za (cerberus.bss.co.za [196.31.61.10])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA09387
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 02:24:52 -0700 (PDT)
Received: by cerberus.bss.co.za id <17952-1>; Mon, 2 Jun 1997 11:26:37 +0200
Comments: Authenticated sender is <aib@cerberus.bss.co.za>
From: "Andy Bontoft" <andy@bss.co.za>
Organization: CORE NetWatch Ltd
To: hackers@FreeBSD.ORG
Date: Mon, 2 Jun 1997 13:49:54 +0200
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Subject: RE: SMC9332BDT help needed please
Reply-to: andy@bss.co.za
Priority: normal
X-mailer: Pegasus Mail for Win32 (v2.53/R1)
Message-Id: <97Jun2.112637gmt+0200.17952-1@cerberus.bss.co.za>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Hi
I hope someone will be able to tell me what i'm doing wrong here.
I'm trying to get an SMC9332BDT to work under 2.2.1-RELEASE (at 
10Mbps). The card seems to be probed fine, and is initially being set 
to 100Mbps. The 'Link Integrity Indicator' (according to the manual) 
LED goes out as soon as the probe takes place and doesn't come back 
on. I have used 
	ifconfig de0 -link2
to try and switch it over to 10Mbps and get kernel messages stating 
this is taking place. From this point on 
	de0: transmission timeout
messages are displayed although thay are not displayed before i try 
to switch the port. 

I have tried four different cards just to make sure it wasn't a 
dodgey card and used the SMC diagnostic program under DOS to transmit 
packets from the card which i can see with tcpdump on another 
machine....

Any ideas??
Thanx in advance for your time.
andy

BTW this card is UTP only, and i've searched through the old postings 
on www.freebsd.org but can't seem to find a solution.

 Boot and messages info..

CPU: Pentium (199.43-MHz 586-class CPU)
  Origin = "GenuineIntel"  Id = 0x52c  Stepping=12
  Features=0x1bf<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8>
real memory  = 67108864 (65536K bytes)
avail memory = 62599168 (61132K bytes)
pcibus_setup(1):	mode 1 addr port (0x0cf8) is 0x80000058
pcibus_setup(1a):	mode1res=0x80000000 (0x80000000)
pcibus_check:	device 0 is there (id=12508086)
Probing for devices on PCI bus 0:
 configuration mode 1 allows 32 devices.
chip0 <Intel 82439> rev 3 on pci0:0
chip1 <Intel 82371SB PCI-ISA bridge> rev 1 on pci0:7:0
chip2 <Intel 82371SB IDE interface> rev 0 on pci0:7:1
 mapreg[20] type=1 addr=0000f000 size=0010.
 I/O Recovery Timing: 8-bit 3.5 clocks, 16-bit 3.5 clocks
 Extended BIOS: disabled
 Lower BIOS: disabled
 Coprocessor IRQ13: disabled
 Mouse IRQ12: disabled
 Interrupt Routing: A: , B: , C: , D: 
  MB0: , MB1: 
de0 <Digital 21140A Fast Ethernet> rev 34 int a irq 12 on pci0:17
 mapreg[10] type=1 addr=00006100 size=0080.
 mapreg[14] type=0 addr=e0000000 size=0080.
 reg16: ioaddr=0x6100 size=0x80
de0: 21140A [10-100Mb/s] pass 2.2
de0: address 00:e0:29:06:3f:02
de0: enabling 100baseTX port
[ snip ]

May 31 18:32:26 skoll /kernel: de0: enabling 100baseTX port
May 31 18:32:27 skoll /kernel: de0: enabling 10baseT port
May 31 18:32:28 skoll /kernel: de0: transmission timeout
May 31 18:32:32 skoll /kernel: de0: transmission timeout
May 31 18:33:47 skoll /kernel: de0: transmission timeout



From owner-freebsd-hackers  Mon Jun  2 02:39:05 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id CAA09662
          for hackers-outgoing; Mon, 2 Jun 1997 02:39:05 -0700 (PDT)
Received: from panda.hilink.com.au (panda.hilink.com.au [203.8.15.25])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA09657
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 02:39:01 -0700 (PDT)
Received: (from danny@localhost)
	by panda.hilink.com.au (8.8.5/8.8.5) id TAA03947;
	Mon, 2 Jun 1997 19:38:49 +1000 (EST)
Date: Mon, 2 Jun 1997 19:38:47 +1000 (EST)
From: "Daniel O'Callaghan" <danny@panda.hilink.com.au>
To: Harlan Stenn <Harlan.Stenn@pfcs.com>
cc: hackers@FreeBSD.ORG
Subject: Re: Improvements to rc.firewall? 
In-Reply-To: <5827.865240396@mumps.pfcs.com>
Message-ID: <Pine.BSF.3.91.970602193802.3844A-100000@panda.hilink.com.au>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk




On Mon, 2 Jun 1997, Harlan Stenn wrote:

> I "sort of" tested them, and they worked for me.
> 
> I checked this out by doing a tcpdump of my ppp link, and looked at all
> of the DNS traffic.  Responses to my queries came in to *my* port 53.

Are you running your own named locally?  That would be why.
 

/*  Daniel O'Callaghan                                                     */
/*  HiLink Internet <http://www.hilink.com.au/>       danny@hilink.com.au  */
/*  FreeBSD - works hard, plays hard...                 danny@freebsd.org  */


From owner-freebsd-hackers  Mon Jun  2 03:34:27 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id DAA11705
          for hackers-outgoing; Mon, 2 Jun 1997 03:34:27 -0700 (PDT)
Received: from noc.demon.net (firewall-user@server.noc.demon.net [193.195.224.4])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA11684
          for <freebsd-hackers@freebsd.org>; Mon, 2 Jun 1997 03:34:24 -0700 (PDT)
Received: by noc.demon.net; id LAA02459; Mon, 2 Jun 1997 11:34:22 +0100 (BST)
Received: from stress.noc.demon.net(195.11.55.5) by inside.noc.demon.net via smap (3.2)
	id xma002457; Mon, 2 Jun 97 11:34:14 +0100
Received: from hdm by stress.noc.demon.net with local (Exim 1.61 #3)
	id 0wYURI-0003RB-00; Mon, 2 Jun 1997 11:34:12 +0100
cc: Brian Somers <brian@awfulhak.org>, Terry Lambert <terry@lambert.org>,
        freebsd-hackers@freebsd.org, internet@demon.net
Subject: Re: fetch 
X-Mailer: nmh v0.14, exmh 2.0gamma, gvim 4.5
X-Colour: Green
In-reply-to: <E0wYSrs-0003C2-00.qmail@stress.noc.demon.net> 
Date: Mon, 02 Jun 1997 11:34:12 +0100
From: Dom Mitchell <hdm@demon.net>
Message-Id: <E0wYURI-0003RB-00.qmail@stress.noc.demon.net>
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Dom Mitchell wrote:
> Brian Somers wrote:
> > > Has demon refused to correct their server software?  Or have
> > > they not been asked?
> > 
> > They havn't been asked (yet).  I've cc'd them and would expect
> > a reply sometime soon.
> 
> I'll forward this message to the appropriate people (I don't do web
> stuff).  However, we do use several different servers on various
> machines - which one is giving the problem you describe?

OK, it was homepages.  Apparently this was brought up seperately last
week.  It'll be fixed on Wednesday morning, during the maintenance
window.

-Dom

From owner-freebsd-hackers  Mon Jun  2 03:37:05 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id DAA11889
          for hackers-outgoing; Mon, 2 Jun 1997 03:37:05 -0700 (PDT)
Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA11884
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 03:37:03 -0700 (PDT)
Received: (from eivind@localhost) by bitbox.follo.net (8.7.6/8.7.3) id MAA19344; Mon, 2 Jun 1997 12:36:30 +0200 (MET DST)
Date: Mon, 2 Jun 1997 12:36:30 +0200 (MET DST)
Message-Id: <199706021036.MAA19344@bitbox.follo.net>
From: Eivind Eklund <perhaps@yes.no>
To: Harlan Stenn <Harlan.Stenn@pfcs.com>
CC: perhaps@yes.no, hackers@FreeBSD.ORG
In-reply-to: Harlan Stenn's message of Mon, 02 Jun 1997 04:33:16 -0300
Subject: Re: Improvements to rc.firewall? 
References: <199706020739.JAA18950@bitbox.follo.net>
	<5827.865240396@mumps.pfcs.com>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

[Harlan Stenn]
> I "sort of" tested them, and they worked for me.
> 
> I checked this out by doing a tcpdump of my ppp link, and looked at all
> of the DNS traffic.  Responses to my queries came in to *my* port 53.

Only when it is your name server doing the queries.  My test went
somewhat like this (ifi.uio.no is an arbitrary name server):

% nslookup www.netscape.com
(get address - default local nameserver)
% nslookup www.netscape.com ifi.uio.no
(Don't get address)
% ipfw add 50 allow udp from any 53 to any
% nslookup www.netscape.com ifi.uio.no
(get address)

My default setup doesn't allow udp any 53 to any - I'm running a local
name server.  However, those that do not would be denied DNS, which is
a Bad Thing.  The part for firewall (not just strengthened host) might
benefit from the change, though.

> Independent of whether or not my suggested rule is wrong, the old rule
> will give free reign to anybody who sends UDP packets from their NTP or
> DNS ports.

Yeah, that is a Bad Thing.  I'm using a home brewed set of rules, so I
haven't looked the standard ones over too closely - perhaps something
like

ipfw add pass udp from any 53 to %{ip} 53,1000-65535 #(or was that 32767?)

would be better?  It is still a vulnerability :-(

I don't know enough about the NTP part to say anything, and I don't
have time to do testing right now - sorry.

Eivind.


From owner-freebsd-hackers  Mon Jun  2 04:29:51 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id EAA13858
          for hackers-outgoing; Mon, 2 Jun 1997 04:29:51 -0700 (PDT)
Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id EAA13853;
          Mon, 2 Jun 1997 04:29:47 -0700 (PDT)
Received: from ct.picker.com by whqvax.picker.com with SMTP;
          Mon, 2 Jun 1997 7:28:43 -0400 (EDT)
Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1)
	id AA16951; Mon, 2 Jun 97 07:28:42 EDT
Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4)
	id HAA20651; Mon, 2 Jun 1997 07:27:33 -0400
Message-Id: <19970602072732.17409@ct.picker.com>
Date: Mon, 2 Jun 1997 07:27:32 -0400
From: Randall Hopper <rhh@ct.picker.com>
To: Amancio Hasty <hasty@rah.star-gate.com>
Cc: multimedia@FreeBSD.ORG, hackers@FreeBSD.ORG
Subject: Re: http://rah.star-gate.com/HyperNews/get/forums/sound.html
References: <19970601080255.11748@ct.picker.com> <199706011943.MAA20315@rah.star-gate.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.75
In-Reply-To: <199706011943.MAA20315@rah.star-gate.com>; from Amancio Hasty on Sun, Jun 01, 1997 at 12:43:58PM -0700
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Amancio Hasty:
 |Randall Hopper :
 |> I'm assuming that this will auto-grab relevant messages posted to the
 |> multimedia mailing list.  I don't want to have to bring up Netscape/lynx to
 |> go browse for new articles and to post responses regularly. 

 |For a project , I think that there is a need to have information repositories
 |whose content are controlled and organized . A good example is
 |Bt848 Project Web Page: http://freebsd.org/~fsmp/HomeAuto/Bt848.html
 |It would have been nice to have archived some of the dialogues that
 |we have carried out in the Bt848 project about design/trade off issues.

I agree with most of that.  I would see the utility in archiving the entire
multimedia list in one of these search engines.  Like you, I sometimes wish
that I could go back and find a specific post I'd seen in recent weeks that
I didn't happen to save at the time.  An "up-to-date", flexible, controlled
archive of everything posted to the multimedia list (i.e. content not
moderated) would be useful.  The list archive off the FreeBSD home page, of
course, doesn't meet the up-to-date and flexible criteria. :-)

However, two issues:
    1) list splitting
    2) web-based posting & new-message browsing

First, splitting the list up into separate lists at this point could be
counterproductive.  Currently, this list is "the place" to look to find out
about the latest goings on with sound and video in FreeBSDland or to ask
multimedia questions that'll get the attention of the appropriate
developer(s).  If we fork-off into web pages, it becomes more difficult for
newcomers to hook-in and find out what all's going on so they can
contribute.  Now if the multimedia list was a heavy-traffic list, my
opinion here would be different, but its not.

Second, list splitting aside for a moment, there's the issue of web-hosted
posting and new-message browsing.  A web interface is good for
browsing/searching archives, not IMO for posting & reading new mail.  SMTP
and NNTP tools are designed for this; Web tools IMO are still playing
catch-up.

Now if you were intending on having a gateway that would SMTP-out new list
mail and accept new list mail via SMTP-in, that sounds good.  But you
didn't mention that.  Maybe you want to describe what you're proposing in
more detail so the list can discuss it and can evaluate which direction the
group should elect to go.

Randall

From owner-freebsd-hackers  Mon Jun  2 04:30:21 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id EAA13960
          for hackers-outgoing; Mon, 2 Jun 1997 04:30:21 -0700 (PDT)
Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA13929
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 04:30:11 -0700 (PDT)
Received: from bagpuss.visint.co.uk (bagpuss.vis.net.uk [194.207.134.1])
	by agora.rdrop.com (8.8.5/8.8.5) with ESMTP id EAA28246
	for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 04:27:37 -0700 (PDT)
Received: from bagpuss.visint.co.uk (bagpuss.vis.net.uk [194.207.134.1]) by bagpuss.visint.co.uk (8.7.5/8.7.3) with SMTP id MAA20652; Mon, 2 Jun 1997 12:29:00 +0100 (BST)
Date: Mon, 2 Jun 1997 12:29:00 +0100 (BST)
From: Stephen Roome <steve@visint.co.uk>
To: mark thompson <thompson@squirrel.tgsoft.com>
cc: hackers@FreeBSD.ORG
Subject: Re: LINT and GENERIC - between a rock and a generic place.
In-Reply-To: <19970601135029.3276.qmail@squirrel.tgsoft.com>
Message-ID: <Pine.BSF.3.91.970602121811.28943M-100000@bagpuss.visint.co.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On 1 Jun 1997, mark thompson wrote:
> I have used Linux's make config, and i don't like it much. Frankly, it
> is nicer to sit in emacs with LINT on the screen and copy stuff to my
> own config... LINT generally contains enough comments to figure out what
> i need and don't... unlike make config.

Possibly the main reason I stopped using Linux was the incredibly crappy 
make a kernel tool that came with Slackware 2.3 (the 1.2.8 kernel 
according to this CD here, apparently with the ELF beta, so quite old..)

Anyway, no matter how old this was, it was the worst config tool I ever 
saw, none of it made sense and it gave less info than the comments in 
LINT. (which I beleive are actually quite good, or enough for me.)

> 
> But to contribute something new to the discussion, though it is
> something very small, please provide a bunch of config files, but please
> make sure that all of the config files have stuff in the same order, so
> they can be diff'ed. (NB: this was not true of LINT and GENERIC the last
> time i cared).
> 
> -mark

I don't think providing a BUNCH of config files would be as clear, 
perhaps having documentation to go with LINT, (perhaps to the extent of 
the book by greg lehey that came with the 2.1.5 CD or more?).

At the moment LINT has comments, DOCUMENTATION is preferable to comments. I'd
love to know what this does without having to read the code : 

options         SI_DEBUG
options         SPX_HACK

Helpful? No! In fact in this LINT there are about 30 lines which 
explicitly say undocumented.

Writing docs is boring to some, but answering the same question 100 times 
is also boring.

Steve Roome  - Vision Interactive Ltd.
E: steve@visint.co.uk      M: +44 (0) 976 241 342
T: +44 (0) 117 973 0597    F: +44 (0) 117 923 8522
He who has a dog to worship him should have a cat to ignore him


From owner-freebsd-hackers  Mon Jun  2 04:49:00 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id EAA14866
          for hackers-outgoing; Mon, 2 Jun 1997 04:49:00 -0700 (PDT)
Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA14857
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 04:48:56 -0700 (PDT)
Message-Id: <199706021148.EAA14857@hub.freebsd.org>
Received: by cheops.anu.edu.au
	(1.37.109.16/16.2) id AA224951819; Mon, 2 Jun 1997 21:43:39 +1000
From: Darren Reed <avalon@coombs.anu.edu.au>
Subject: Re: Improvements to rc.firewall?
To: perhaps@yes.no (Eivind Eklund)
Date: Mon, 2 Jun 1997 21:43:39 +1000 (EST)
Cc: Harlan.Stenn@pfcs.com, perhaps@yes.no, hackers@FreeBSD.ORG
In-Reply-To: <199706021036.MAA19344@bitbox.follo.net> from "Eivind Eklund" at Jun 2, 97 12:36:30 pm
X-Mailer: ELM [version 2.4 PL23]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


Hmmm, ipfilter doesn't necessarily expose you to this...

pass out on ppp0 proto udp from <thishost> port = 53 to any keep state

(it will parse that too!) althought the timeout is not short.  this will
automatically let the reply packets back in.

only a named should be talking to an external named so you can do filter
packets to/from port 53.

darren

From owner-freebsd-hackers  Mon Jun  2 05:34:30 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id FAA17029
          for hackers-outgoing; Mon, 2 Jun 1997 05:34:30 -0700 (PDT)
Received: from rigel.pcnet.com (root@ts3-pt13.pcnet.com [204.213.233.113])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id FAA17008;
          Mon, 2 Jun 1997 05:34:21 -0700 (PDT)
Received: from rigel (deischen@localhost [127.0.0.1]) by rigel.pcnet.com (8.6.12/8.6.9) with SMTP id MAA01034; Mon, 2 Jun 1997 12:33:11 -0400
Message-ID: <3392F5C6.C24E501@iworks.InterWorks.org>
Date: Mon, 02 Jun 1997 12:33:10 -0400
From: "Daniel M. Eischen" <deischen@iworks.InterWorks.org>
X-Mailer: Mozilla 3.0Gold (X11; I; Linux 2.1.26 i586)
MIME-Version: 1.0
To: freebsd-hackers@FreeBSD.org, freebsd-scsi@FreeBSD.org
Subject: [Fwd: Looking for a SSA device driver author]
Content-Type: message/rfc822
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Sender: owner-hackers@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by iworks.InterWorks.org (8.7.5/) with ESMTP id AAA25306 for <deischen@iworks.InterWorks.org>; Mon, 2 Jun 1997 00:51:18 -0500 (CDT)
Return-Path: <owner-linux-scsi-outgoing@vger.rutgers.edu>
Received: from root@vger.rutgers.edu (port 47740 [128.6.190.2]) by nic.funet.fi with ESMTP id <256-11467>; Mon, 2 Jun 1997 08:40:28 +0300
Received: by vger.rutgers.edu id <973945-32359>; Mon, 2 Jun 1997 01:37:01 -0400
Received: from colin.muc.de ([193.174.4.1]) by vger.rutgers.edu with SMTP id <974188-32357>; Mon, 2 Jun 1997 01:33:29 -0400
Received: from seneca by colin.muc.de with UUCP id <86018-1>; Mon, 2 Jun 1997 07:34:19 +0200
Message-Id: <m0wYPSr-0008zSC@seneca>
From: hm@seneca.muc.de (Harald Milz)
Subject: Looking for a SSA device driver author
To: linux-scsi@vger.rutgers.edu
Date:   Mon, 2 Jun 1997 07:15:29 +0200
X-Pgp-signed: Id=0x7ADC4839; access-type=Finger; Address=hm@muc.de;
X-Nospam: I do not want to receive unsolicited advertising!
Content-Type: text
Sender: owner-linux-scsi@vger.rutgers.edu
Precedence: bulk

Hi,

As you may know, I got in contact with both IBM and Pathlight, Inc. to get
a SSA (Serial Storage Architecture) device driver written (and their
official support, of course!). 

The Pathlight single loop adapter will be handled by Michael Neuffer. They
will freely loan us adapters and disks for an undetermined time. 

I haven't yet found someone to work on the driver for the IBM dual-loop
adapter. If someone is interested, please tell me. I want to get
her or him in contact with the respective IBM authorities. The driver
developer should be an experienced SCSI device driver author and closely
cooperate with Michael. 

-- 
What sane person could live in this world and not be crazy?
                -- Ursula K. LeGuin



From owner-freebsd-hackers  Mon Jun  2 05:57:45 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id FAA17813
          for hackers-outgoing; Mon, 2 Jun 1997 05:57:45 -0700 (PDT)
Received: from techunix.technion.ac.il (mellon@techunix.technion.ac.il [132.68.1.28])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA17808
          for <hackers@freebsd.org>; Mon, 2 Jun 1997 05:57:38 -0700 (PDT)
Received: (from mellon@localhost)
	by techunix.technion.ac.il (8.8.5/8.8.5) id PAA17304;
	Mon, 2 Jun 1997 15:56:55 +0300 (IDT)
Message-ID: <19970602155655.20481@techunix.technion.ac.il>
Date: Mon, 2 Jun 1997 15:56:55 +0300
From: Anatoly Vorobey <mellon@pobox.com>
To: Steve Howe <un_x@anchorage.net>
Cc: hackers@freebsd.org
Subject: Re: signed/unsigned cpp
References: <19970601100320.37936@techunix.technion.ac.il> <Pine.BSF.3.95q.970601234922.1753E-100000@aak.anchorage.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.64
X-Disclaimer: I was young, I needed the money!
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

You, Steve Howe, wrote on Sun, Jun 01, 1997 at 11:55:29PM -0800:
> 
> >      The type `char' is always a distinct type from each of `signed
> >      char' or `unsigned char', even though its behavior is always just
> >      like one of those two.
> 
> ok, but why?  i'm trying to understand any possible reason for this,
> and can't think of any ...  (my teachers used to hate me :)
> i've written assemblers and mini-compilers and have some
> understanding of what's necessary, but i don't get this!
> what's is the point of this rule?  as it says,
> "its behaviour is always just like on of those two" ...

Because if you assign char value to signed char var, the
program isn't portable and isn't ANSI C, even if char
*is* signed char on the intended architecture - it can
be unsigned on others. The compiler should have some means
to recognize this potential unportability. If char was
treated as signed char internally, it wouldn't be possible.

For another reason, consider cross-compiling.

-- 
Anatoly Vorobey,
mellon@pobox.com http://pobox.com/~mellon/
"Angels can fly because they take themselves lightly" - G.K.Chesterton

From owner-freebsd-hackers  Mon Jun  2 06:21:02 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id GAA18934
          for hackers-outgoing; Mon, 2 Jun 1997 06:21:02 -0700 (PDT)
Received: from fallout.campusview.indiana.edu (fallout.campusview.indiana.edu [149.159.1.1])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA18917;
          Mon, 2 Jun 1997 06:20:57 -0700 (PDT)
Received: from localhost (jfieber@localhost)
	by fallout.campusview.indiana.edu (8.8.5/8.8.5) with SMTP id IAA25826;
	Mon, 2 Jun 1997 08:20:47 -0500 (EST)
Date: Mon, 2 Jun 1997 08:20:47 -0500 (EST)
From: John Fieber <jfieber@indiana.edu>
To: Michael Smith <msmith@atrad.adelaide.edu.au>
cc: hackers@FreeBSD.ORG, emulation@FreeBSD.ORG
Subject: Re: Minor linux_emul update
In-Reply-To: <199706020638.QAA19387@genesis.atrad.adelaide.edu.au>
Message-ID: <Pine.BSF.3.96.970602081849.20679F-100000@fallout.campusview.indiana.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On Mon, 2 Jun 1997, Michael Smith wrote:

> Just a heads-up for anyone having trouble with Linux software keyed to
> the hardware ethernet address; I've just committed (to both -current
> and 2.2) an implementation of the SIOCGIFHWADDR ioctl (0x8927) which
> has FLEXlm now working correctly here.
      ^^^^^^

Just curious, could the ibcs2 support have a similar problem,
since FLEXlm doesn't work there (last time I tried running SCO
wordperfect at least...)?

-john


From owner-freebsd-hackers  Mon Jun  2 07:30:31 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id HAA21486
          for hackers-outgoing; Mon, 2 Jun 1997 07:30:31 -0700 (PDT)
Received: from fore.com (mailhub.fore.com [192.88.243.4])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA21467;
          Mon, 2 Jun 1997 07:30:25 -0700 (PDT)
Received: from dolphin.fore.com (dolphin-eth.fore.com [192.88.243.27]) by fore.com (8.7.3/8.6.11) with ESMTP id KAA06214; Mon, 2 Jun 1997 10:25:22 -0400 (EDT)
Received: from jwb.fore.com (jbeiter-pc.fore.com [169.144.6.16]) by dolphin.fore.com (8.7.5/8.7.3) with ESMTP id KAA27118; Mon, 2 Jun 1997 10:29:52 -0400 (EDT)
Received: (from jwb@localhost)
	by jwb.fore.com (8.8.5/8.8.5) id KAA01533;
	Mon, 2 Jun 1997 10:23:28 -0400 (EDT)
Message-Id: <199706021423.KAA01533@jwb.fore.com>
Subject: ppp and static IP
To: bugs@freebsd.org
Date: Mon, 2 Jun 1997 10:23:27 -0400 (EDT)
Cc: hackers@freebsd.org, ports@freebsd.org
From: <jwb@fore.com>
X-Mailer: ELM [version 2.4ME+ PL28 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Freebsd 2.2.1-RELEASE
ppp 2.2 patch level 0beta3 and 2.3 patch level 0beta3

My provider upgraded their Bay routers last week and now I can not use
ppp on Freebsd with a static IP address. Mickysoft and linux works so I'm
hung out to dry. I can use a dynamic IP though. Bay is saying that Freebsd
is messed up. Debug doesn't show anything special in the LCP negotiation..
tried turning off and on every switch in the man page for pppd and tried 
turning off tcp/ip extensions in sysconfig.

I tried compiling the new pppd (2.3 which supports dial on demand) but it
does the same thing. I did discover that the make process specifically for
freebsd does not work and munges the system src tree. Has anyone got a valid
port for the new pppd?

Please cc me in email since I don't get this list. Any suggestions or help
or fixes for my ppp problem are very welcome. I don't want to load linux and
really don't want to find another provider just because of this so I get
to learn slip this week (yay!).

@-=-=-=-=-=-=-=-=-=-=-=-=-=-@
Joe Beiter                          FORE Systems, Inc.
jwb@fore.com                        Network Integration Services
(412)772-6585

From owner-freebsd-hackers  Mon Jun  2 08:29:49 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id IAA24131
          for hackers-outgoing; Mon, 2 Jun 1997 08:29:49 -0700 (PDT)
Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA24126
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 08:29:45 -0700 (PDT)
Received: from labs.usn.blaze.net.au (local [127.0.0.1])
	by labs.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id BAA00871;
	Tue, 3 Jun 1997 01:29:26 +1000 (EST)
Message-Id: <199706021529.BAA00871@labs.usn.blaze.net.au>
X-Mailer: exmh version 2.0gamma 1/27/96
To: Michael Smith <msmith@atrad.adelaide.edu.au>
cc: un_x@anchorage.net (Steve Howe), hackers@FreeBSD.ORG
Subject: Re: signed/unsigned cpp 
In-reply-to: Your message of "Mon, 02 Jun 1997 17:37:51 +0930."
             <199706020807.RAA20786@genesis.atrad.adelaide.edu.au> 
X-Face: (W@z~5kg?"+5?!2kHP)+l369.~a@oTl^8l87|/s8"EH?Uk~P<Wc^}f75I|456ez/M
 E3OlD+ZL@c>#N+Ec~Z&@;'LL!;3?y<m[SK`'\R~Oe|(t-x+U@a%p!1_fZP0!Tb^?'%M1|"n9
 Fl{Ao~%X[Ec|bMlaN-3#x.e')nZ2/HHYSa2D[:bk#pj0(}\HpKeE}/GqUb3-1}lnUm6Et4?(
 gB5[*Z3Mu6o{Og.EJ))beY9oq9wcVU7_n}:I2JvCaa[5=&PI;x__["DL`uI}=s>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Tue, 03 Jun 1997 01:29:25 +1000
From: David Nugent <davidn@labs.usn.blaze.net.au>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>  > > Because neither is equivalent to the "default" signedness.
>  > > 
>  > > const char * is _not_ equivalent to const unsigned char *, or const
>  > > signed char *.
>  > 
>  > i would appreciate it if you could explain further - why?
>  > any char * can _only_ be signed or unsigned, even if it's
>  > the default that makes it so. ?
>  
>  'char' has three types of signedness; "signed", "unsigned" and "default".
>  
>  Signed and unsigned are obvious.  Default means "use whatever is the default
>  on this platform".  Thus, for portable code signed != unsigned != default.

It isn't only a portability issue, but also a c++ standards issue.
c++ distinguishes between these three types. Ansi c only has two
and there it *is* a portability issue as to whether char* is signed
or unsigned. This is one of the many ambiguities that c++ has the
luxury to resolve. :)

Regards,
David

David Nugent - Unique Computing Pty Ltd - Melbourne, Australia
Voice +61-3-9791-9547  Data/BBS +61-3-9792-3507  3:632/348@fidonet
davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/


From owner-freebsd-hackers  Mon Jun  2 09:07:29 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id JAA25897
          for hackers-outgoing; Mon, 2 Jun 1997 09:07:29 -0700 (PDT)
Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA25891
          for <freebsd-hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 09:07:25 -0700 (PDT)
Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA14574; Mon, 2 Jun 1997 09:04:35 -0700
From: Terry Lambert <terry@lambert.org>
Message-Id: <199706021604.JAA14574@phaeton.artisoft.com>
Subject: Re: fetch
To: brian@awfulhak.org (Brian Somers)
Date: Mon, 2 Jun 1997 09:04:35 -0700 (MST)
Cc: terry@lambert.org, brian@awfulhak.org, freebsd-hackers@FreeBSD.ORG,
        internet@demon.net
In-Reply-To: <199706010004.BAA10800@awfulhak.demon.co.uk> from "Brian Somers" at Jun 1, 97 01:04:47 am
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> The important bit here is that it specifically says that only the fixed
> length version is ok.  The next paragraph says:
> 
>      Note: Recipients of date values are encouraged to be robust in
>      accepting date values that may have been sent by non-HTTP
>      applications, as is sometimes the case when retrieving or posting
>      messages via proxies/gateways to SMTP or NNTP.
> 
> So the "spirit" is to be lenient with people, although the letter of
> the law says it's gotta be four digit.

This is the old "be strict in what you generate, lenient in what you
accept".

I don't disagree with that.

What I *am* being strict about is interpretation of the value.  I
don't think the value matters... but if it did, you should send the
right one out.  If it's only a relative timestamp (that's all IE and
NetScape care about there), then interpreting it as "year 97" won't
hurt, and will encourage *them* to get it right the next time.  This
is because, by the same token, they should "be strict in what they
generate, lenient in what they accept".

If both sides were to fully honor the pact, the date format would
never go past 2 digits, because certainly there are some programs
which can't accept 4, but can accept 2.


> I'd therefore consider it reasonable to accept two or three digit
> years as being assignable directly to tm_year, and four digit years
> as being subject to the "-1900" code.

Assignable as "19xx +" and "1xxx +", or assignable as "00xx"?  If the
latter, then tht's all I was saying.  8-).


					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.

From owner-freebsd-hackers  Mon Jun  2 09:14:00 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id JAA26126
          for hackers-outgoing; Mon, 2 Jun 1997 09:14:00 -0700 (PDT)
Received: from ice.cold.org (cold.org [206.81.134.103])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA26121
          for <hackers@freebsd.org>; Mon, 2 Jun 1997 09:13:55 -0700 (PDT)
Received: from localhost (brandon@localhost)
	by ice.cold.org (8.8.5/8.8.5) with SMTP id KAA07723
	for <hackers@freebsd.org>; Mon, 2 Jun 1997 10:13:57 -0600 (MDT)
Date: Mon, 2 Jun 1997 10:13:57 -0600 (MDT)
From: Brandon Gillespie <brandon@ice.cold.org>
To: hackers@freebsd.org
Subject: Why routed and not gated by default?
Message-ID: <Pine.NEB.3.95.970602100912.7687A-100000@ice.cold.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Just curious, why do we still have the antiquated routed as our default
router daemon?  It only does RIP doesn't it?  My general and limited
experience (I've only setup two ISPs) has been that most people disabled
RIP by default in their routers (if its enabled at all)--which causes no
end of headaches.  Why don't we just let RIP die and use something more
modern and better, such as gated, which can still do RIP if you want it,
but also handles the more modern protocols.

Basically, RIP is ok for local networks, but isn't FreeBSD supposed to be
sortof a server/higher-end system?  This being the case, shouldn't we at
least support the more commonly used protocols by routers?  Its been too
long since I setup the last network, so I've forgotten the acronym, but
the more common protocol seemed to be OSPF? 

*shrug*

Perhaps we don't use gated by default due to copyright problems?

-Brandon


From owner-freebsd-hackers  Mon Jun  2 09:15:05 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id JAA26188
          for hackers-outgoing; Mon, 2 Jun 1997 09:15:05 -0700 (PDT)
Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA26183
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 09:15:03 -0700 (PDT)
Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA14593; Mon, 2 Jun 1997 09:09:32 -0700
From: Terry Lambert <terry@lambert.org>
Message-Id: <199706021609.JAA14593@phaeton.artisoft.com>
Subject: Re: LINT and GENERIC - between a rock and a generic place.
To: tom@sdf.com (Tom Samplonius)
Date: Mon, 2 Jun 1997 09:09:32 -0700 (MST)
Cc: terry@lambert.org, jkh@time.cdrom.com, hackers@FreeBSD.ORG
In-Reply-To: <Pine.BSF.3.95q.970531173527.5274A-100000@misery.sdf.com> from "Tom Samplonius" at May 31, 97 05:41:18 pm
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> > Jordan is speaking to hard limits.  The login.conf speaks to soft
> > limits, and is still limited to what it can set by the hard limits.
> 
>   Well, login.conf does allow you set hard and soft limits, at least in
> the language of setrlimit()

A hard limit is a limit imposed by system limits.  A quota limit is
a limit imposed by the system on a particular user.  A soft limit or
"working set" is the limit imposed on the user by himself, or by his
acceptance of less-than-quota-limit defaults for soft limits.

It's not my fault that the man pages don't make the distinction so
that it's clear that a kernel recompile is needed to raise quota
limits above hard limits.  Talk to the documentation people.


> > The hard limits are the result of static allocations, general at
> > initialization time before the kernel is really running, like
> > globally declared arrays.
> 
>   The only two things I can think of is the maximum number of open files,
> and mbufs clusters.  
> 
>   Why can't these be handled like setting device setttings (IRQs,
> baseports, etc)?  Boot with a "-c" to change them, before the kernel is
> really running, and then write the changes into kernel after boot with
> dset.

Because they are used as static initializers in the code; the areas
are not allocated so much as they are staked out in the kernel data
segment via declaration.

It is somewhat faster to reference a statically declared area (no
pointer dereference).  I think the utility outweighs the penalty,
however.


> > AIX was probably right when it made all this stuff dynamic.  Then you
> > could at least sysctl the "hard limit" after the machine was up.
> 
>   I guess there is performance penalty?

Additional pointer dereference per access (as above).


					Regards,
					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.

From owner-freebsd-hackers  Mon Jun  2 09:21:43 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id JAA26562
          for hackers-outgoing; Mon, 2 Jun 1997 09:21:43 -0700 (PDT)
Received: from ocean.campus.luth.se (ocean.campus.luth.se [130.240.194.116])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA26554
          for <hackers@FreeBSD.org>; Mon, 2 Jun 1997 09:21:37 -0700 (PDT)
Received: (from karpen@localhost) by ocean.campus.luth.se (8.7.5/8.7.3) id SAA24678; Mon, 2 Jun 1997 18:27:32 +0200 (MET DST)
From: Mikael Karpberg <karpen@ocean.campus.luth.se>
Message-Id: <199706021627.SAA24678@ocean.campus.luth.se>
Subject: Re: Correct way to chroot for shell account users?
To: danny@panda.hilink.com.au (Daniel O'Callaghan)
Date: Mon, 2 Jun 1997 18:27:32 +0200 (MET DST)
Cc: hackers@FreeBSD.org
In-Reply-To: <Pine.BSF.3.91.970530170721.14689r-100000@panda.hilink.com.au> from Daniel O'Callaghan at "May 30, 97 05:09:24 pm"
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

According to Daniel O'Callaghan:
> 
> 
> On Fri, 30 May 1997, Bob Bishop wrote:
> 
> > At 0:03 +0100 30/5/97, Daniel O'Callaghan wrote:
> > >On Thu, 29 May 1997, Bob Bishop wrote:
> > >
> > >> I'm sure I'm being desperately naive here, but isn't it sufficient for
> > >> safety to make chroot(2) a successful no-op unless / is really / (ie the
> > >> process isn't chrooted already)?
> > >
> > >That means that you can't run anon ftp properly in a chrooted file system,
> > >because ftpd is not allowed to chroot again.
> > 
> > Why would you want to do that?
> 
> Well, I have virtual machines for my virtual WWW service - http, ftpd and 
> telnetd all run chroot()ed.  The customer can access everywhere in their 
> virtual machine, and they have an anon ftp area which they can 
> administer, but which gets chrooted again if someone logs in as anonymous.

Shouldn't be to hard to only allow a chroot down into the tree and
never up, right? So you can go further down, but never up again.
Is there a problem with that (which should be rather simple) fix?
That would keep even root in jail, no? If not, how could he get out?

  /Mikael


From owner-freebsd-hackers  Mon Jun  2 09:37:13 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id JAA27429
          for hackers-outgoing; Mon, 2 Jun 1997 09:37:13 -0700 (PDT)
Received: from misery.sdf.com (misery.sdf.com [204.244.210.193])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA27424
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 09:37:10 -0700 (PDT)
Received: from localhost (tom@localhost)
	by misery.sdf.com (8.8.5/8.8.5) with SMTP id JAA03008;
	Mon, 2 Jun 1997 09:36:01 -0700 (PDT)
X-Authentication-Warning: misery.sdf.com: tom owned process doing -bs
Date: Mon, 2 Jun 1997 09:36:00 -0700 (PDT)
From: Tom Samplonius <tom@sdf.com>
To: Brandon Gillespie <brandon@ice.cold.org>
cc: hackers@FreeBSD.ORG
Subject: Re: Why routed and not gated by default?
In-Reply-To: <Pine.NEB.3.95.970602100912.7687A-100000@ice.cold.org>
Message-ID: <Pine.BSF.3.95q.970602093435.2930A-100000@misery.sdf.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


On Mon, 2 Jun 1997, Brandon Gillespie wrote:

> Just curious, why do we still have the antiquated routed as our default
> router daemon?  It only does RIP doesn't it?  My general and limited
> experience (I've only setup two ISPs) has been that most people disabled
> RIP by default in their routers (if its enabled at all)--which causes no
> end of headaches.  Why don't we just let RIP die and use something more
> modern and better, such as gated, which can still do RIP if you want it,
> but also handles the more modern protocols.
> 
> Basically, RIP is ok for local networks, but isn't FreeBSD supposed to be
> sortof a server/higher-end system?  This being the case, shouldn't we at
> least support the more commonly used protocols by routers?  Its been too
> long since I setup the last network, so I've forgotten the acronym, but
> the more common protocol seemed to be OSPF? 
> 
> *shrug*
> 
> Perhaps we don't use gated by default due to copyright problems?
> 
> -Brandon

   Because most systems don't require RIP or OSPF.  The only thing routed
is really good for is finding the default route.  Thats the only thing
most people really need.

   gated does have certain licensing issues.

Tom


From owner-freebsd-hackers  Mon Jun  2 09:50:56 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id JAA28112
          for hackers-outgoing; Mon, 2 Jun 1997 09:50:56 -0700 (PDT)
Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA28107
          for <freebsd-hackers@freefall.FreeBSD.org>; Mon, 2 Jun 1997 09:50:50 -0700 (PDT)
Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02)
	id AA25346; Mon, 2 Jun 1997 12:50:13 -0400
Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Mon,  2 Jun 1997 12:50 EDT
Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.5/8.7.3) with ESMTP id LAA05915 for <freebsd-hackers@freefall.cdrom.com>; Mon, 2 Jun 1997 11:08:55 -0400 (EDT)
Received: (from rivers@localhost) by lakes.water.net (8.8.5/8.6.9) id LAA21941 for freebsd-hackers@freefall.cdrom.com; Mon, 2 Jun 1997 11:16:38 -0400 (EDT)
Date: Mon, 2 Jun 1997 11:16:38 -0400 (EDT)
From: Thomas David Rivers <ponds!rivers@dg-rtp.dg.com>
Message-Id: <199706021516.LAA21941@lakes.water.net>
To: ponds!freefall.cdrom.com!freebsd-hackers
Subject: What's wrong with a bootable CDROM???
Content-Type: text
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


Ok -

 As of 2.2.1; the CD-ROMs from Walnut Creek are bootable.

 Normally, I would have thought this to be a marvelous thing, but
I have come to hate it.

 You see, the packages are the installation (bootable) CD-ROM, and
I tend to leave it in the drive.

 Now - the machine is rebooted; say because of a powerfail, in an
unattended situation.  My aha2940UW dutifully discovers the bootable
CD-ROM, assigns it to drive A and boots.  

 This leaves me in a lovely installation package, but doesn't
get my machine up :-).

 I don't know what exactly to do about it (I can disable booting from
the CNTRL-A aha2940 setup, I think.)  But, I just wanted to voice
a dissenting opinion.  

 After some experience, I've decided I don't like the bootable CD-ROMs.

 Also, I've decided that the CD-ROMs should stay bootable, particularly
for neophyte installations.  So, I'll just have to live with it.

 Does anyone else have a suggestion?

	- Dave Rivers -

From owner-freebsd-hackers  Mon Jun  2 10:00:28 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id KAA28558
          for hackers-outgoing; Mon, 2 Jun 1997 10:00:28 -0700 (PDT)
Received: from heathers.stdio.com (root@heathers.stdio.com [204.152.114.65])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA28541
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 10:00:24 -0700 (PDT)
Received: from frog (socks7.raleigh.ibm.com [204.146.167.114]) by heathers.stdio.com (8.6.12/8.6.13) with SMTP id KAA11921 for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 10:21:33 -0400
Message-ID: <3392FC14.41C6@stdio.com>
Date: Mon, 02 Jun 1997 13:00:04 -0400
From: Larry Lile <lile@stdio.com>
X-Mailer: Mozilla 3.01 (X11; I; AIX 1)
MIME-Version: 1.0
To: hackers@FreeBSD.ORG
Subject: Tropic token ring driver
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Hi all,

I am working on a tropic chipset token ring driver. I was able
to get the docs from NS and IBM.  I can now probe IBM isa token
ring cards and talk to both the shared ram and hardware ports.  
What I would like to know is how to map a physical address to a
kernel address so that I do not have to "wire" the configuration
into the kernel.  Right now I am picking up the shared ram address
from the foo->id_maddr in the probe routine and kvtop(foo->id_maddr)
gives the correct physical address.  What I would like to do is
pick up the address from 0x0a20 (Which after some math is usually
either 0xcc000 or 0xdc000) and get a kvm address to it, ie the 
inverse of kvtop.

Also, how do you get your driver registered into the boot-up
config? (Right now it would be helpful for debugging) 

Thanks,

Larry Lile
lile@stdio.com

From owner-freebsd-hackers  Mon Jun  2 10:04:08 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id KAA28987
          for hackers-outgoing; Mon, 2 Jun 1997 10:04:08 -0700 (PDT)
Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA28976
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 10:04:03 -0700 (PDT)
Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA14777; Mon, 2 Jun 1997 10:00:56 -0700
From: Terry Lambert <terry@lambert.org>
Message-Id: <199706021700.KAA14777@phaeton.artisoft.com>
Subject: Re: Stock Offering (IPO)
To: jack@diamond.xtalwind.net (jack)
Date: Mon, 2 Jun 1997 10:00:56 -0700 (MST)
Cc: hackers@FreeBSD.ORG
In-Reply-To: <Pine.BSF.3.96.970530175732.20922A-100000@zeus.xtalwind.net> from "jack" at May 30, 97 05:59:40 pm
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> > New Issue, April 2, 1997
> > Allied Lodgic Corporation
> > LOGIC
> > 200,000 Shares Of Common Stock
> > PRICE $5.00 PER SHARE
> 
> > ALLIED LOGIC CORPORATION
> > 100 Golden Drive =95 Durham, NC  27705
> > Telephone: (800) 564-4225 =95 Fax: (919) 382-0585
> 
> Excuse me while I dash across the street to the bank of public phones.  :=
> )

I would actually recommend against calling these people.

I called this number, and got a secretary who was probably being
infinitely patient, given the amount of negative calls she's
probably handled.

She gave me the name of the person responsible for the mailing
(Steve Wallace) and said that she would have him call me.

Amazingly(!) he *did*... and he appologised!

I pointed him at http://kenjen.com/nospam ...a site which will
filter email lists, for free, based on people who have stated they
do not want unsolicited email (not all of these sites are legitimate).


These are probably people who were suckered into buying a CDROM
from Cyberpromo or some other shady company.

This is probably the most reasonable response I've *ever* gotten
to one of my replies to a SPAM (other than victim relay sites I've
helped modify their sendmail.cf files to reject relays or SPAM
source addresses, and the one call I made to Interpol about an
SPAM from Access Point Corporation using an Italian relay to
advertise a pornographic web site).


					Regards,
					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.

From owner-freebsd-hackers  Mon Jun  2 10:08:44 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id KAA29300
          for hackers-outgoing; Mon, 2 Jun 1997 10:08:44 -0700 (PDT)
Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA29294
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 10:08:43 -0700 (PDT)
Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA14798; Mon, 2 Jun 1997 10:06:10 -0700
From: Terry Lambert <terry@lambert.org>
Message-Id: <199706021706.KAA14798@phaeton.artisoft.com>
Subject: Re: LINT and GENERIC - between a rock and a generic place.
To: joerg_wunsch@i.dont.like.personal.ccs.of.endless.threads
Date: Mon, 2 Jun 1997 10:06:10 -0700 (MST)
Cc: hackers@FreeBSD.ORG
In-Reply-To: <19970601024554.ZT19356@uriah.heep.sax.de> from "J Wunsch" at Jun 1, 97 02:45:54 am
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> > Jordan is speaking to hard limits.  The login.conf speaks to soft
> > limits, and is still limited to what it can set by the hard limits.
> 
> Terry is speaking about TerryBSD.  He could at least RTFM before
> posting. :)
> 
> login.conf can set both, althoug it can't bump the ultimate (hard
> hard) limits.

And, of course, the ultimate hard limits are what we are talking
about when we are talking about configuring a machine as a server
vs. an interactive system for 8 users vs. and interactive system
for 64 users.

Specifically, max open files, child processes, mbufs, and so on.


					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.

From owner-freebsd-hackers  Mon Jun  2 10:18:26 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id KAA29813
          for hackers-outgoing; Mon, 2 Jun 1997 10:18:26 -0700 (PDT)
Received: from fps.biblos.unal.edu.co ([168.176.37.11])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA29808
          for <hackers@freebsd.org>; Mon, 2 Jun 1997 10:18:22 -0700 (PDT)
Received: from localhost by fps.biblos.unal.edu.co (AIX 4.1/UCB 5.64/4.03)
          id AA29204; Mon, 2 Jun 1997 12:17:49 -0500
Date: Mon, 2 Jun 1997 12:17:49 -0500 (EST)
From: "Pedro F. Giffuni" <pgiffuni@fps.biblos.unal.edu.co>
To: Brandon Gillespie <brandon@ice.cold.org>
Cc: hackers@freebsd.org
Subject: Re: Why routed and not gated by default?
In-Reply-To: <Pine.NEB.3.95.970602100912.7687A-100000@ice.cold.org>
Message-Id: <Pine.A41.3.95.970602121255.35060B-100000@fps.biblos.unal.edu.co>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Because gated isn't really necessary unless you know what you're doing :).
Routed may be more than sufficient for the common user, if you really need
gated you can add the package, no problem.
Routed code is also more stable than gated, there is no advantage in
maintaining gated in src/contrib.
I don't think the problem is copyright. Last time I saw, SCO included
routed by default; AIX includes gated by default.

	Pedro.

On Mon, 2 Jun 1997, Brandon Gillespie wrote:

> Just curious, why do we still have the antiquated routed as our default
> router daemon?  It only does RIP doesn't it?  My general and limited
> experience (I've only setup two ISPs) has been that most people disabled
> RIP by default in their routers (if its enabled at all)--which causes no
> end of headaches.  Why don't we just let RIP die and use something more
> modern and better, such as gated, which can still do RIP if you want it,
> but also handles the more modern protocols.
> 
> Basically, RIP is ok for local networks, but isn't FreeBSD supposed to be
> sortof a server/higher-end system?  This being the case, shouldn't we at
> least support the more commonly used protocols by routers?  Its been too
> long since I setup the last network, so I've forgotten the acronym, but
> the more common protocol seemed to be OSPF? 
> 
> *shrug*
> 
> Perhaps we don't use gated by default due to copyright problems?
> 
> -Brandon
> 
> 


From owner-freebsd-hackers  Mon Jun  2 10:25:59 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id KAA00275
          for hackers-outgoing; Mon, 2 Jun 1997 10:25:59 -0700 (PDT)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA00270
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 10:25:56 -0700 (PDT)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id DAA05361; Tue, 3 Jun 1997 03:22:11 +1000
Date: Tue, 3 Jun 1997 03:22:11 +1000
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199706021722.DAA05361@godzilla.zeta.org.au>
To: msmith@atrad.adelaide.edu.au, msmith@genesis.atrad.adelaide.edu.au
Subject: Re: weird scheduler crash (2.2)
Cc: dg@root.com, hackers@FreeBSD.ORG
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>> How do I determine whether an interrupt handler is configured "fast" or 
>> "slow"?  Where are the rules for "fast" and "slow" handlers described?
>
>Scratch the first one, I've found that.  Teach me to crib code from
>other drivers 8(

The driver author should know :-).

>Is there a list of rules for "fast" interrupt handlers?

To begin with, here is the list of non-auto variables that may be accessed
without special locking from within a fast interrupt handler:

	{ }

and as a consequence, here is the list of general kernel functions that
may be called from a fast interrupt handler:

	{ }

Special functions may be called if the side effects are all known and
none is harmful.  Here is the list of special functions called in the sio
fast interrupt handler:

	inb();			/* actually inline */
	outb();			/* actually inline */
	setsofttty();		/* was inline; now pessimized */
	schedsofttty();		/* was inline; now pessimized */
	breakpoint();;		/* actually inline */
	microtime();		/* bug; microtime() must not be called if
				 * clock interrupts have been disabled for
				 * more than about 15 usec; siointr() cannot
				 * always satisfy this timing. */

Bruce

From owner-freebsd-hackers  Mon Jun  2 10:31:16 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id KAA00687
          for hackers-outgoing; Mon, 2 Jun 1997 10:31:16 -0700 (PDT)
Received: from sumatra.americantv.com (sumatra.americantv.com [207.170.17.37])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA00679
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 10:31:13 -0700 (PDT)
Received: from right.PCS (right.PCS [148.105.10.31])
	by sumatra.americantv.com (8.8.5/8.8.5) with ESMTP id NAA29422;
	Mon, 2 Jun 1997 13:03:35 -0500 (CDT)
Received: (jlemon@localhost) by right.PCS (8.6.13/8.6.4) id MAA08124; Mon, 2 Jun 1997 12:32:47 -0500
Message-ID: <19970602123247.21415@right.PCS>
Date: Mon, 2 Jun 1997 12:32:47 -0500
From: Jonathan Lemon <jlemon@americantv.com>
To: Brandon Gillespie <brandon@ice.cold.org>
Cc: hackers@FreeBSD.ORG
Subject: Re: Why routed and not gated by default?
References: <Pine.NEB.3.95.970602100912.7687A-100000@ice.cold.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.61.1
In-Reply-To: <Pine.NEB.3.95.970602100912.7687A-100000@ice.cold.org>; from Brandon Gillespie on Jun 06, 1997 at 10:13:57AM -0600
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On Jun 06, 1997 at 10:13:57AM -0600, Brandon Gillespie wrote:
>
> Perhaps we don't use gated by default due to copyright problems?

Bingo.  Cornell restricts redistribution of GateD.

However, on re-reading the license, it seems that there is a provision 
which allows redistribution to third parties.  Perhaps Cornell would 
permit either Walnut Creek or FreeBSD, Inc to redistribute gated?  Or
has this already been considered, and turned down?
--
Jonathan

From owner-freebsd-hackers  Mon Jun  2 10:55:13 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id KAA01846
          for hackers-outgoing; Mon, 2 Jun 1997 10:55:13 -0700 (PDT)
Received: from cypher.net (black@zen.pratt.edu [205.232.115.155])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA01841
          for <hackers@freebsd.org>; Mon, 2 Jun 1997 10:55:10 -0700 (PDT)
Received: (from black@localhost) by cypher.net (8.8.5/8.7.1) id NAA07083; Mon, 2 Jun 1997 13:53:00 -0400
Date: Mon, 2 Jun 1997 13:53:00 -0400 (EDT)
From: Ben Black <black@zen.cypher.net>
To: Brandon Gillespie <brandon@ice.cold.org>
cc: hackers@freebsd.org
Subject: Re: Why routed and not gated by default?
In-Reply-To: <Pine.NEB.3.95.970602100912.7687A-100000@ice.cold.org>
Message-ID: <Pine.LNX.3.91.970602135143.6914A-100000@zen.cypher.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

because routed pretty much Just Works when used on the small scale for 
which it was designed.  gated is a hairy monster to properly configure 
and can easily mangle your routing tables with the slightest 
misconfiguration.


b3n

From owner-freebsd-hackers  Mon Jun  2 10:57:58 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id KAA01996
          for hackers-outgoing; Mon, 2 Jun 1997 10:57:58 -0700 (PDT)
Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA01991
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 10:57:55 -0700 (PDT)
Received: (from daemon@localhost)
	by alpo.whistle.com (8.8.5/8.8.5) id KAA28793;
	Mon, 2 Jun 1997 10:54:16 -0700 (PDT)
Received: from current1.whistle.com(207.76.205.22)
 via SMTP by alpo.whistle.com, id smtpd028788; Mon Jun  2 17:54:15 1997
Message-ID: <33930897.2781E494@whistle.com>
Date: Mon, 02 Jun 1997 10:53:27 -0700
From: Julian Elischer <julian@whistle.com>
Organization: Whistle Communications
X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386)
MIME-Version: 1.0
To: Mikael Karpberg <karpen@ocean.campus.luth.se>
CC: "Daniel O'Callaghan" <danny@panda.hilink.com.au>, hackers@FreeBSD.ORG
Subject: Re: Correct way to chroot for shell account users?
References: <199706021627.SAA24678@ocean.campus.luth.se>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Mikael Karpberg wrote:
> 
> According to Daniel O'Callaghan:
> >
> >
> > On Fri, 30 May 1997, Bob Bishop wrote:
> >
> > > At 0:03 +0100 30/5/97, Daniel O'Callaghan wrote:
> > > >On Thu, 29 May 1997, Bob Bishop wrote:
> > > >
> > > >> I'm sure I'm being desperately naive here, but isn't it sufficient for
> > > >> safety to make chroot(2) a successful no-op unless / is really / (ie the
> > > >> process isn't chrooted already)?
> > > >
> > > >That means that you can't run anon ftp properly in a chrooted file system,
> > > >because ftpd is not allowed to chroot again.
> > >
> > > Why would you want to do that?
> >
> > Well, I have virtual machines for my virtual WWW service - http, ftpd and
> > telnetd all run chroot()ed.  The customer can access everywhere in their
> > virtual machine, and they have an anon ftp area which they can
> > administer, but which gets chrooted again if someone logs in as anonymous.
> 
> Shouldn't be to hard to only allow a chroot down into the tree and
> never up, right? So you can go further down, but never up again.
> Is there a problem with that (which should be rather simple) fix?
> That would keep even root in jail, no? If not, how could he get out?
> 
>   /Mikael

define down/up...

whether or not you do a chroot after you have escaped is irrelevant.
you can still access files..

From owner-freebsd-hackers  Mon Jun  2 10:58:55 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id KAA02058
          for hackers-outgoing; Mon, 2 Jun 1997 10:58:55 -0700 (PDT)
Received: from vdp01.vailsystems.com (root@vdp01.vailsystems.com [207.152.98.18])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA02048
          for <hackers@freebsd.org>; Mon, 2 Jun 1997 10:58:49 -0700 (PDT)
Received: from crocodile.vale.com (crocodile [192.168.128.47]) by vdp01.vailsystems.com (8.8.3/8.7.3) with ESMTP id MAA26532; Mon, 2 Jun 1997 12:58:34 -0500 (CDT)
Received: from jaguar.vale.com (jaguar.vale.com [192.168.129.46]) by crocodile.vale.com (8.8.3/8.7.3) with SMTP id MAA29106; Mon, 2 Jun 1997 12:58:34 -0500 (CDT)
From: hal@vailsys.com (Hal Snyder)
To: Thomas David Rivers <ponds!rivers@dg-rtp.dg.com>
Cc: hackers@freebsd.org
Subject: Re: What's wrong with a bootable CDROM???
Date: Mon, 02 Jun 1997 17:58:51 GMT
Organization: Vail Systems
Message-ID: <33c60885.2694307599@w3>
References: <199706021516.LAA21941@lakes.water.net>
In-Reply-To: <199706021516.LAA21941@lakes.water.net>
X-Mailer: Forte Agent 1.0/32.390
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id KAA02052
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

On Mon, 2 Jun 1997 11:16:38 -0400 (EDT), Thomas David Rivers
<ponds!rivers@dg-rtp.dg.com> wrote:

> After some experience, I've decided I don't like the bootable CD-ROMs.

Same here.  Remote reboots get snafued.

> Also, I've decided that the CD-ROMs should stay bootable, particularly
>for neophyte installations.  So, I'll just have to live with it.

Yes, bootable CD is a big win.

> Does anyone else have a suggestion?

Can the CD boot code look at HD partition table(s) and display a prompt
if it finds a bootable [BSD] system?  If you specify CD boot at the
prompt, ok;  if timeout, boot from HD.

Ok, so it's ugly.

From owner-freebsd-hackers  Mon Jun  2 11:00:44 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id LAA02285
          for hackers-outgoing; Mon, 2 Jun 1997 11:00:44 -0700 (PDT)
Received: from ohm.ingsala.unal.edu.co ([168.176.15.18])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA02277
          for <hackers@freebsd.org>; Mon, 2 Jun 1997 11:00:41 -0700 (PDT)
Received: from unalmodem.usc.unal.edu.co (unalmodem11.usc.unal.edu.co [168.176.3.41])
	by ohm.ingsala.unal.edu.co (8.8.5/8.8.5) with SMTP id NAA02608;
	Mon, 2 Jun 1997 13:01:44 -0500 (COT)
Message-ID: <3391D661.185A@fps.biblos.unal.edu.co>
Date: Sun, 01 Jun 1997 13:06:57 -0700
From: "Pedro F. Giffuni" <pgiffuni@fps.biblos.unal.edu.co>
Organization: Universidad Nacional de Colombia
X-Mailer: Mozilla 3.0 (Win16; I)
MIME-Version: 1.0
To: "Jordan K. Hubbard" <jkh@time.cdrom.com>
CC: hackers@freebsd.org
Subject: Re: LINT and GENERIC - between a rock and a generic place.
References: <9876.865110612@time.cdrom.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Jordan K. Hubbard wrote:
> Bla, bla,bla...
> 
> Unfortunately, every time this issue has come up in the past it's also
> followed a rather set course, in 3 distinct stages:
> 
> 1. Someone starts off the discussion with "Well, why don't we just make up
>    some canned NEWS_SERVER, DESKTOP, WEB_SERVER and so on config files?...

Someone previously offered a PERL script derived from Digital UNIX, that
helped with the general configuration process. If we add the customed
files, and take advantage of login.conf we can handle that issue without
deviating much from the traditional method we use (and even like)
everyday.
FWIW. If someone says "Ohh.. these dirty scripts should be handled by my
ready-to-commit implementation of SMIT", I won't object :-).

> 
> How shall we conduct the debate this time?  Same old same old, or
> something genuinely productive? :-)
> 
Same old same old.	:-)


	Pedro.


>                                         Jordan


From owner-freebsd-hackers  Mon Jun  2 11:12:28 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id LAA03167
          for hackers-outgoing; Mon, 2 Jun 1997 11:12:28 -0700 (PDT)
Received: from mexico.brainstorm.eu.org (mexico.brainstorm.fr [193.56.58.253])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA03143
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 11:12:20 -0700 (PDT)
Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33])
          by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP
	  id UAA09504 for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 20:12:12 +0200
Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id UAA09124 for hackers@FreeBSD.ORG; Mon, 2 Jun 1997 20:11:41 +0200
Received: (from roberto@localhost) by keltia.freenix.fr (8.8.5/keltia-uucp-2.9) id TAA22980;
          Mon, 2 Jun 1997 19:51:56 +0200 (CEST)
Message-ID: <19970602195155.32703@keltia.freenix.fr>
Date: Mon, 2 Jun 1997 19:51:55 +0200
From: Ollivier Robert <roberto@keltia.freenix.fr>
To: hackers@FreeBSD.ORG
Subject: Re: Why routed and not gated by default?
References: <Pine.NEB.3.95.970602100912.7687A-100000@ice.cold.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.67
In-Reply-To: <Pine.NEB.3.95.970602100912.7687A-100000@ice.cold.org>; from Brandon Gillespie on Mon, Jun 02, 1997 at 10:13:57AM -0600
X-Operating-System: FreeBSD 3.0-CURRENT ctm#3332
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

According to Brandon Gillespie:
> Just curious, why do we still have the antiquated routed as our default
> router daemon?  It only does RIP doesn't it?  My general and limited

If you've been following current, you know that the current routed is not
the original one. It has been rewritten/enhanced by Vernon Schryver from
SGI and now support more protocols like Router Discovery and RIPv2.

-- 
Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr
FreeBSD keltia.freenix.fr 3.0-CURRENT #10: Fri May 23 22:47:39 CEST 1997

From owner-freebsd-hackers  Mon Jun  2 11:45:36 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id LAA05083
          for hackers-outgoing; Mon, 2 Jun 1997 11:45:36 -0700 (PDT)
Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA05077
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 11:45:33 -0700 (PDT)
Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id LAA06926; Mon, 2 Jun 1997 11:45:31 -0700 (PDT)
To: Brandon Gillespie <brandon@ice.cold.org>
cc: hackers@FreeBSD.ORG
Subject: Re: Why routed and not gated by default? 
In-reply-to: Your message of "Mon, 02 Jun 1997 10:13:57 MDT."
             <Pine.NEB.3.95.970602100912.7687A-100000@ice.cold.org> 
Date: Mon, 02 Jun 1997 11:45:30 -0700
Message-ID: <6923.865277130@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> Perhaps we don't use gated by default due to copyright problems?

Give that man a cee-gar! :-)

					Jordan

From owner-freebsd-hackers  Mon Jun  2 11:49:57 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id LAA05271
          for hackers-outgoing; Mon, 2 Jun 1997 11:49:57 -0700 (PDT)
Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA05266
          for <freebsd-hackers@hub.FreeBSD.org>; Mon, 2 Jun 1997 11:49:54 -0700 (PDT)
Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id LAA06966; Mon, 2 Jun 1997 11:49:28 -0700 (PDT)
To: Thomas David Rivers <ponds!rivers@dg-rtp.dg.com>
cc: freebsd-hackers@hub.FreeBSD.org
Subject: Re: What's wrong with a bootable CDROM??? 
In-reply-to: Your message of "Mon, 02 Jun 1997 11:16:38 EDT."
             <199706021516.LAA21941@lakes.water.net> 
Date: Mon, 02 Jun 1997 11:49:28 -0700
Message-ID: <6963.865277368@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>  You see, the packages are the installation (bootable) CD-ROM, and
> I tend to leave it in the drive.

So turn off the bootable CDROM support in your controller setup, you
dingus! ;-)

That's generally the concensus on this, BTW.  You do *not* leave it on
as a general rule and the only time you enable it is when you actually
need it, turning it off again after installation.

					Jordan

From owner-freebsd-hackers  Mon Jun  2 12:02:25 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id MAA05871
          for hackers-outgoing; Mon, 2 Jun 1997 12:02:25 -0700 (PDT)
Received: from casparc.ppp.net (mail.ppp.net [194.64.12.35])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA05861
          for <freebsd-hackers@freebsd.org>; Mon, 2 Jun 1997 12:02:22 -0700 (PDT)
Received: from ernie by casparc.ppp.net with uucp
	(Smail3.1.28.1 #1) id m0wYcMj-000nxUC; Mon, 2 Jun 97 21:02 MET DST
Received: from bert.kts.org(really [194.55.156.2]) by ernie.kts.org
	via sendmail with smtp
	id <m0wYc7s-00000cC@ernie.kts.org>
	for <freebsd-hackers@freebsd.org>; Mon, 2 Jun 1997 20:46:40 +0200 (MET DST)
	(Smail-3.2.0.91 1997-Jan-14 #2 built 1997-Feb-8)
Received: by bert.kts.org
	via sendmail with stdio
	id <m0wYc35-00022UC@bert.kts.org>
	for ponds!rivers@dg-rtp.dg.com; Mon, 2 Jun 1997 20:41:43 +0200 (CEST)
	(Smail-3.2.0.94 1997-Apr-22 #2 built 1997-May-3)
Message-Id: <m0wYc35-00022UC@bert.kts.org>
From: hm@kts.org (Hellmuth Michaelis)
Subject: Re: What's wrong with a bootable CDROM???
In-Reply-To: <199706021516.LAA21941@lakes.water.net> from Thomas David Rivers at "Jun 2, 97 11:16:38 am"
To: ponds!rivers@dg-rtp.dg.com (Thomas David Rivers)
Date: Mon, 2 Jun 1997 20:41:43 +0200 (CEST)
Cc: freebsd-hackers@freebsd.org
Organization: Kitchen Table Systems
Reply-To: hm@kts.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-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Thomas David Rivers wrote:
> 
>  Now - the machine is rebooted; say because of a powerfail, in an
> unattended situation.  My aha2940UW dutifully discovers the bootable
> CD-ROM, assigns it to drive A and boots.  

Yes, this is _exactly_ why i hate floppy disks!

The FreeBSD core team should immediately drop support of all floppy
disk or CDROM hardware in all and every future releases and should
force all the users to install bootproms on their network cards to
simply boot from boot.<countrycode>.freebsd.org. Life would be so
easy ... :-)

hellmuth
-- 
Hellmuth Michaelis                hm@kts.org                   Hamburg, Europe
       There is a difference between an open mind and a hole in the head

From owner-freebsd-hackers  Mon Jun  2 12:03:16 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id MAA05921
          for hackers-outgoing; Mon, 2 Jun 1997 12:03:16 -0700 (PDT)
Received: from shell.futuresouth.com (shell.futuresouth.com [207.141.254.20])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA05912
          for <hackers@freebsd.org>; Mon, 2 Jun 1997 12:03:05 -0700 (PDT)
Received: (from tim@localhost)
	by shell.futuresouth.com (8.8.5/8.8.5) id OAA09203;
	Mon, 2 Jun 1997 14:02:40 -0500 (CDT)
Message-ID: <19970602140240.16923@shell.futuresouth.com>
Date: Mon, 2 Jun 1997 14:02:40 -0500
From: Tim Tsai <tim@futuresouth.com>
To: Thomas David Rivers <ponds!rivers@dg-rtp.dg.com>
Cc: hackers@freebsd.org
Subject: Re: What's wrong with a bootable CDROM???
References: <199706021516.LAA21941@lakes.water.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.69
In-Reply-To: <199706021516.LAA21941@lakes.water.net>; from Thomas David Rivers on Mon, Jun 02, 1997 at 11:16:38AM -0400
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

  Disable the CD-ROM booting from the BIOS!  Recent Award BIOS' allow you
to choose the order of booting.  I enable it only when I really want to
boot from the CD-ROM (which is rare because my boot floppy is usually more
recent than the CD).

  It's the same as leaving a floppy in the boot drive.  You just have to
learn to not do it or disable it!

  Tim

From owner-freebsd-hackers  Mon Jun  2 12:03:18 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id MAA05932
          for hackers-outgoing; Mon, 2 Jun 1997 12:03:18 -0700 (PDT)
Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA05916
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 12:03:15 -0700 (PDT)
Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id MAA07091; Mon, 2 Jun 1997 12:02:32 -0700 (PDT)
To: hal@vailsys.com (Hal Snyder)
cc: Thomas David Rivers <ponds!rivers@dg-rtp.dg.com>, hackers@FreeBSD.ORG
Subject: Re: What's wrong with a bootable CDROM??? 
In-reply-to: Your message of "Mon, 02 Jun 1997 17:58:51 GMT."
             <33c60885.2694307599@w3> 
Date: Mon, 02 Jun 1997 12:02:32 -0700
Message-ID: <7087.865278152@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> Can the CD boot code look at HD partition table(s) and display a prompt
> if it finds a bootable [BSD] system?  If you specify CD boot at the
> prompt, ok;  if timeout, boot from HD.

Uh..  I think there is some confusion about how this works. :-)

The bootable CD just looks like a floppy, transmogrified into one by
the BIOS before FreeBSD's boot code ever gets run.  There's no
difference between booting the CD and booting a floppy which has been
created from the boot.flp image.

As I told TDR, if it annoys you then simply turn it off! :)

						Jordan

From owner-freebsd-hackers  Mon Jun  2 12:26:43 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id MAA06707
          for hackers-outgoing; Mon, 2 Jun 1997 12:26:43 -0700 (PDT)
Received: from dog.southeast.net (dog.southeast.net [207.98.195.27])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA06701
          for <hackers@freebsd.org>; Mon, 2 Jun 1997 12:26:38 -0700 (PDT)
Received: from localhost (robertg@localhost)
	by dog.southeast.net (8.8.5/8.8.5) with SMTP id PAA00646
	for <hackers@freebsd.org>; Mon, 2 Jun 1997 15:26:55 -0400 (EDT)
Date: Mon, 2 Jun 1997 15:26:53 -0400 (EDT)
From: Robert <robertg@dog.southeast.net>
To: hackers@freebsd.org
Subject: Inetd Errors
Message-ID: <Pine.BSF.3.96.970602152447.641A-100000@dog.southeast.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Hey guys, I have a quick question.  I have upgraded to FreeBSD 2.2.2 and
for no apparent reason I am constantly getting errors displayed on the
terminal that read "login_getclass: Unknown class 'root'".  If anyone has
encountered this or has any suggestions, please let me know how it can be
fixed...

						Robert
				      robertg@dog.southeast.net


From owner-freebsd-hackers  Mon Jun  2 12:30:29 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id MAA06969
          for hackers-outgoing; Mon, 2 Jun 1997 12:30:29 -0700 (PDT)
Received: from mail.id.net (mail.id.net [199.125.1.6])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA06963
          for <freebsd-hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 12:30:24 -0700 (PDT)
Received: from server.id.net (server.id.net [199.125.2.20])
          by mail.id.net (8.8.5/8.8.5) with ESMTP id PAA08270;
          Mon, 2 Jun 1997 15:30:41 -0400 (EDT)
From: Robert Shady <rls@mail.id.net>
Received: (from rls@localhost) by server.id.net (8.8.5/8.7.3) id PAA12287; Mon, 2 Jun 1997 15:30:26 -0400 (EDT)
Message-Id: <199706021930.PAA12287@server.id.net>
Subject: Re: Archive Tape Autochanger
In-Reply-To: <199706011507.KAA08288@elvis.mu.org> from Paul Saab at "Jun 1, 97 10:07:31 am"
To: paul@mu.org (Paul Saab)
Date: Mon, 2 Jun 1997 15:30:26 -0400 (EDT)
Cc: rls@mail.id.net, freebsd-hackers@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL31H (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> Robert Shady wrote:
> > Has anyone gotten the CSC special Archive DAT auto-changer to work
> > with FreeBSD yet?  What did you have to do to get it to work?  I
> > am starting to wonder if mine is just defective.  I'm running 2.2.2
> > release, and when I load a tape, it spits it back out a few seconds
> > later, the drive displays "CHK MAG", and the FreeBSD box reports
> > ERROR: Vendor specific ASCQ.  Under different versions of FreeBSD
> > I have at least been able to load tapes, and run small backups, but
> > now it won't even load the tape.
> 
> I got it to work.  I could not get it to change tapes using chio
> when I had it plugged into my Adaptec 154x but when I put it on my
> Adaptec 2940 it worked like a charm.

Have you gotten it to backup 8GB uncompressed yet?  I've got 120 meter
tapes in there, and the best I can get is 1GB.  What does your 
"mt status" report for density?  What is a good density to use?  By
default, mine reads "0x24", but I've tried 0x00 as well to no avail,
I've going to try 0x13 now, but I think that'll limit me to the
standard 4GB/uncompressed per tape, but we'll see...

	-- Rob
===
      _/_/_/_/_/  _/_/_/_/               _/_/    _/  _/_/_/_/_/  _/_/_/_/_/
         _/      _/      _/    _/_/_/   _/  _/  _/  _/_/_/_/        _/
   _/_/_/_/_/  _/_/_/_/               _/      _/  _/_/_/_/_/      _/

                             Innovative Data Services 
                          Serving South-Eastern Michigan 
        Internet Service Provider / Hardware Sales / Consulting Services
       Voice: (810)855-0404 / Fax: (810)855-3268 / Web: http://www.id.net

From owner-freebsd-hackers  Mon Jun  2 12:52:14 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id MAA07984
          for hackers-outgoing; Mon, 2 Jun 1997 12:52:14 -0700 (PDT)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA07970
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 12:52:07 -0700 (PDT)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA01561 for hackers@FreeBSD.ORG; Mon, 2 Jun 1997 21:52:05 +0200
Received: (from j@localhost)
	by uriah.heep.sax.de (8.8.5/8.8.5) id VAA12258;
	Mon, 2 Jun 1997 21:47:34 +0200 (MET DST)
Message-ID: <19970602214729.QA19408@uriah.heep.sax.de>
Date: Mon, 2 Jun 1997 21:47:29 +0200
From: j@uriah.heep.sax.de (J Wunsch)
To: hackers@FreeBSD.ORG
Subject: Re: Minor linux_emul update
References: <199706020638.QAA19387@genesis.atrad.adelaide.edu.au>
X-Mailer: Mutt 0.60_p2-3,5,8-9
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <199706020638.QAA19387@genesis.atrad.adelaide.edu.au>; from Michael Smith on Jun 2, 1997 16:08:42 +0930
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

As Michael Smith wrote:

> Just a heads-up for anyone having trouble with Linux software keyed to
> the hardware ethernet address; I've just committed (to both -current
> and 2.2) an implementation of the SIOCGIFHWADDR ioctl (0x8927) which
> has FLEXlm now working correctly here.

I hope there's a sysctl to set it? :-)

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Mon Jun  2 12:56:40 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id MAA08265
          for hackers-outgoing; Mon, 2 Jun 1997 12:56:40 -0700 (PDT)
Received: from misery.sdf.com (misery.sdf.com [204.244.210.193])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA08258
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 12:56:34 -0700 (PDT)
Received: from localhost (tom@localhost)
	by misery.sdf.com (8.8.5/8.8.5) with SMTP id MAA03347;
	Mon, 2 Jun 1997 12:55:34 -0700 (PDT)
X-Authentication-Warning: misery.sdf.com: tom owned process doing -bs
Date: Mon, 2 Jun 1997 12:55:33 -0700 (PDT)
From: Tom Samplonius <tom@sdf.com>
To: Robert <robertg@dog.southeast.net>
cc: hackers@FreeBSD.ORG
Subject: Re: Inetd Errors
In-Reply-To: <Pine.BSF.3.96.970602152447.641A-100000@dog.southeast.net>
Message-ID: <Pine.BSF.3.95q.970602125514.3315A-100000@misery.sdf.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


On Mon, 2 Jun 1997, Robert wrote:

> Hey guys, I have a quick question.  I have upgraded to FreeBSD 2.2.2 and
> for no apparent reason I am constantly getting errors displayed on the
> terminal that read "login_getclass: Unknown class 'root'".  If anyone has
> encountered this or has any suggestions, please let me know how it can be
> fixed...
> 
> 						Robert
> 				      robertg@dog.southeast.net
> 
> 
> 

  man login.conf

  Doesn't belong on freebsd-hackers

Tom



From owner-freebsd-hackers  Mon Jun  2 12:58:44 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id MAA08402
          for hackers-outgoing; Mon, 2 Jun 1997 12:58:44 -0700 (PDT)
Received: from jocki.domestic.de (kuebart.stuttgart.netsurf.de [194.233.216.182])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA08394
          for <hackers@freebsd.org>; Mon, 2 Jun 1997 12:58:35 -0700 (PDT)
Received: (from joki@localhost)
	by jocki.domestic.de (8.8.5/8.8.5) id VAA00283;
	Mon, 2 Jun 1997 21:57:46 +0200 (CEST)
Message-ID: <XFMail.970602215746.joki@jocki.domestic.de>
X-Mailer: XFMail 1.0 [p0] on FreeBSD
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
Date: Mon, 02 Jun 1997 21:34:58 +0200 (CEST)
From: Joachim Kuebart <joki@kuebart.stuttgart.netsurf.de>
To: hackers@freebsd.org
Subject: VFAT16 or VFAT32 support in msdosfs?
Cc: titan@stuttgart.netsurf.de
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Hi!

I asked a while ago, but I can't find the mail from the guy who's working on
it...

Is there support for long file names in a FAT file system in FreeBSD-current
yet?

If so, would it be possible (for the adventurous) to include that support in
2.2.2-release as well, say, by copying msdosfs.c?

And does that code also support FAT32 already? (i.e., >65535 clusters)

cu Jo

---------------------------------------------------------------------
FreeBSD - top breeders recommend it          <http://www.freebsd.org>
Joachim Kuebart                                    <joa@delos.lf.net>
Tel: +49 711 653706                        <joa@stuttgart.netsurf.de>
Germany                           <joki@kuebart.stuttgart.netsurf.de>

From owner-freebsd-hackers  Mon Jun  2 13:04:29 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id NAA08774
          for hackers-outgoing; Mon, 2 Jun 1997 13:04:29 -0700 (PDT)
Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA08760
          for <freebsd-hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 13:04:21 -0700 (PDT)
Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33])
          by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP
	  id WAA09847 for <freebsd-hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 22:04:12 +0200
Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id WAA10355 for freebsd-hackers@FreeBSD.ORG; Mon, 2 Jun 1997 22:03:41 +0200
Received: (from roberto@localhost) by keltia.freenix.fr (8.8.5/keltia-uucp-2.9) id WAA23830;
          Mon, 2 Jun 1997 22:01:48 +0200 (CEST)
Message-ID: <19970602220148.25691@keltia.freenix.fr>
Date: Mon, 2 Jun 1997 22:01:48 +0200
From: Ollivier Robert <roberto@keltia.freenix.fr>
To: "FreeBSD Hackers' list" <freebsd-hackers@FreeBSD.ORG>
Subject: New instructions in MMX processors (at least in the K6)
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.67
X-Operating-System: FreeBSD 3.0-CURRENT ctm#3332 AMD-K6 MMX @ 208 MHz
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Any thoughts about implementing/using the new SYSCALL/SYSRET instructions
in the kernel ? (I know it is bad for portability but maybe good for speed).

(yes, I'm browsing the very nice AMD-K6 documentation... :-)
-- 
Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr
FreeBSD keltia.freenix.fr 3.0-CURRENT #17: Sat May 31 18:55:45 CEST 1997

From owner-freebsd-hackers  Mon Jun  2 13:24:03 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id NAA10174
          for hackers-outgoing; Mon, 2 Jun 1997 13:24:03 -0700 (PDT)
Received: from whitestar.gu.net (whitestar.gu.net [194.93.190.6])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA10110
          for <hackers@freebsd.org>; Mon, 2 Jun 1997 13:23:50 -0700 (PDT)
Received: from localhost (localhost.gu.kiev.ua [127.0.0.1])
	by whitestar.gu.net (8.8.5/8.8.5) with SMTP id UAA00415;
	Mon, 2 Jun 1997 20:23:13 GMT
Date: Mon, 2 Jun 1997 20:23:13 +0000 (GMT)
From: Andrew Stesin <stesin@gu.net>
To: Thomas David Rivers <ponds!rivers@dg-rtp.dg.com>
cc: hackers@freebsd.org
Subject: Re: What's wrong with a bootable CDROM???
In-Reply-To: <199706021516.LAA21941@lakes.water.net>
Message-ID: <Pine.BSF.3.95q.970602202044.319D-100000@whitestar.gu.net>
X-NCC-RegID: UA.GU
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

On Mon, 2 Jun 1997, Thomas David Rivers wrote:

>  You see, the packages are the installation (bootable) CD-ROM, and
> I tend to leave it in the drive.
[...]
>  Does anyone else have a suggestion?
> 
	Yep. Try to discover how to teach your BIOSes to perform
	the following boot sequence, for example: "C,CDROM,A"
	(that's what my new fbsd machine knows about, though it's IDE).

	There is a chance that your motherboard' BIOS should be
	upgraded, though.

> 	- Dave Rivers -
> 

Andrew



From owner-freebsd-hackers  Mon Jun  2 13:46:05 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id NAA11301
          for hackers-outgoing; Mon, 2 Jun 1997 13:46:05 -0700 (PDT)
Received: from cypher.net (black@zen.pratt.edu [205.232.115.155])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA11295
          for <freebsd-hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 13:46:00 -0700 (PDT)
Received: (from black@localhost) by cypher.net (8.8.5/8.7.1) id QAA10350; Mon, 2 Jun 1997 16:44:00 -0400
Date: Mon, 2 Jun 1997 16:44:00 -0400 (EDT)
From: Ben Black <black@zen.cypher.net>
To: Robert Shady <rls@mail.id.net>
cc: Paul Saab <paul@mu.org>, rls@mail.id.net, freebsd-hackers@FreeBSD.ORG
Subject: Re: Archive Tape Autochanger
In-Reply-To: <199706021930.PAA12287@server.id.net>
Message-ID: <Pine.LNX.3.91.970602164347.10344A-100000@zen.cypher.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

sounds like you may be incorrectly setting your block size.

On Mon, 2 Jun 1997, Robert Shady wrote:

> > Robert Shady wrote:
> > > Has anyone gotten the CSC special Archive DAT auto-changer to work
> > > with FreeBSD yet?  What did you have to do to get it to work?  I
> > > am starting to wonder if mine is just defective.  I'm running 2.2.2
> > > release, and when I load a tape, it spits it back out a few seconds
> > > later, the drive displays "CHK MAG", and the FreeBSD box reports
> > > ERROR: Vendor specific ASCQ.  Under different versions of FreeBSD
> > > I have at least been able to load tapes, and run small backups, but
> > > now it won't even load the tape.
> > 
> > I got it to work.  I could not get it to change tapes using chio
> > when I had it plugged into my Adaptec 154x but when I put it on my
> > Adaptec 2940 it worked like a charm.
> 
> Have you gotten it to backup 8GB uncompressed yet?  I've got 120 meter
> tapes in there, and the best I can get is 1GB.  What does your 
> "mt status" report for density?  What is a good density to use?  By
> default, mine reads "0x24", but I've tried 0x00 as well to no avail,
> I've going to try 0x13 now, but I think that'll limit me to the
> standard 4GB/uncompressed per tape, but we'll see...
> 
> 	-- Rob
> ===
>       _/_/_/_/_/  _/_/_/_/               _/_/    _/  _/_/_/_/_/  _/_/_/_/_/
>          _/      _/      _/    _/_/_/   _/  _/  _/  _/_/_/_/        _/
>    _/_/_/_/_/  _/_/_/_/               _/      _/  _/_/_/_/_/      _/
> 
>                              Innovative Data Services 
>                           Serving South-Eastern Michigan 
>         Internet Service Provider / Hardware Sales / Consulting Services
>        Voice: (810)855-0404 / Fax: (810)855-3268 / Web: http://www.id.net
> 

From owner-freebsd-hackers  Mon Jun  2 13:48:47 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id NAA11466
          for hackers-outgoing; Mon, 2 Jun 1997 13:48:47 -0700 (PDT)
Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA11461
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 13:48:45 -0700 (PDT)
Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id NAA07538; Mon, 2 Jun 1997 13:48:25 -0700 (PDT)
To: Robert <robertg@dog.southeast.net>
cc: hackers@FreeBSD.ORG
Subject: Re: Inetd Errors 
In-reply-to: Your message of "Mon, 02 Jun 1997 15:26:53 EDT."
             <Pine.BSF.3.96.970602152447.641A-100000@dog.southeast.net> 
Date: Mon, 02 Jun 1997 13:48:25 -0700
Message-ID: <7534.865284505@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> Hey guys, I have a quick question.  I have upgraded to FreeBSD 2.2.2 and
> for no apparent reason I am constantly getting errors displayed on the
> terminal that read "login_getclass: Unknown class 'root'".  If anyone has

See ftp://ftp.freebsd.org/pub/FreeBSD/2.2.2-RELEASE/ERRATA.TXT
[you should always look for this file and read it if you see it].

					Jordan

From owner-freebsd-hackers  Mon Jun  2 13:52:06 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id NAA11685
          for hackers-outgoing; Mon, 2 Jun 1997 13:52:06 -0700 (PDT)
Received: from tornado.cisco.com (tornado.cisco.com [171.69.104.22])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA11678;
          Mon, 2 Jun 1997 13:52:03 -0700 (PDT)
Received: from bmcgover-pc.cisco.com (bmcgover-pc.cisco.com [171.69.104.147]) by tornado.cisco.com (8.8.5-Cisco.1/8.6.5) with ESMTP id QAA25062; Mon, 2 Jun 1997 16:45:44 -0400 (EDT)
Received: from bmcgover-pc.cisco.com (localhost.cisco.com [127.0.0.1])
	by bmcgover-pc.cisco.com (8.8.5/8.8.5) with ESMTP id QAA00272;
	Mon, 2 Jun 1997 16:51:26 -0400 (EDT)
Message-Id: <199706022051.QAA00272@bmcgover-pc.cisco.com>
To: hackers@freebsd.org
cc: questions@freebsd.org
Reply-To: mcgovern@spoon.beta.com
Subject: Need help with O_NONBLOCK and pppd in FreeBSD....
Date: Mon, 02 Jun 1997 16:51:26 -0400
From: Brian McGovern <bmcgover@cisco.com>
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

I've been doing some code-searching as to why, whenever I try to run pppd
with my serial driver, that pppd suddenly starts spinning out of control. I
think I see where this is happening (in pppd), but I'm not sure if I'm 
confusing what I think is happening, and what really is happening. If someone
can comment on these code chunks, I'd greatly appreciate it:



>From /usr/src/usr.sbin/pppd/main.c, line 317:

	nonblock = (connector || !modem)? O_NONBLOCK: 0;

Now, in my test cases, connector will be 0/NULL (I am not dialing out), and
modem is 1 (I want to use modem control lines). Therefore,
        nonblock = (0 || !1)? O_NONBLOCK:0;
        nonblock = (0 || 0) ? O_NONBLOCK:0;
        nonblock = 0;

Then, on line 326:

	if (nonblock) {
	    initfdflags &= ~O_NONBLOCK;
	    fcntl(fd, F_SETFL, initfdflags);
	}

Which translates in to:
       if (0) {
       	   initfdflags &= ~O_NONBLOCK;
           fcntl(fd, F_SETFL, initfdflags);
       }

which will never get executed. This should turn OFF NON_BLOCKING operation,
which I'm assuming is what pppd really wants. Of course, due to the value of
nonblock, this code will never happen, so O_NONBLOCK is still in the default 
case, which appears to be OFF (unset).

However, then we look at line 396, which reads:
	if (fcntl(fd, F_SETFL, initfdflags | O_NONBLOCK) == -1) {
	    syslog(LOG_ERR, "Couldn't set device to non-blocking mode: %m");
	    die(1);
	}

Which seems to tell me to set O_NONBLOCK, reguardless of whether we want to
use modem control lines or not. Once in a non-blocking state, pppd is free
to spin completely out of control. This is the last invokation I've found that
effects the O_NONBLOCK attribute.

Now, in my opinion, this seems backwards. Wouldn't I potentially want to turn
O_NONBLOCK  _ON_ first, in order to dial out, then turn it _OFF_ 
unconditionally? Perhaps I'm missing something, but it seems strange. Please,
set me straight....

	-Brian

From owner-freebsd-hackers  Mon Jun  2 14:19:45 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id OAA13059
          for hackers-outgoing; Mon, 2 Jun 1997 14:19:45 -0700 (PDT)
Received: from tornado.cisco.com (tornado.cisco.com [171.69.104.22])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA13052;
          Mon, 2 Jun 1997 14:19:43 -0700 (PDT)
Received: from bmcgover-pc.cisco.com (bmcgover-pc.cisco.com [171.69.104.147]) by tornado.cisco.com (8.8.5-Cisco.1/8.6.5) with ESMTP id RAA27720; Mon, 2 Jun 1997 17:13:27 -0400 (EDT)
Received: from bmcgover-pc.cisco.com (localhost.cisco.com [127.0.0.1])
	by bmcgover-pc.cisco.com (8.8.5/8.8.5) with ESMTP id RAA00332;
	Mon, 2 Jun 1997 17:19:11 -0400 (EDT)
Message-Id: <199706022119.RAA00332@bmcgover-pc.cisco.com>
To: hackers@freebsd.org, questions@freebsd.org
Subject: re: Need help with pppd...
Date: Mon, 02 Jun 1997 17:19:11 -0400
From: Brian McGovern <bmcgover@cisco.com>
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Ok. I shot the mouth off too soon. Restructuring all of the parenthesis so
they lined up cleared up a couple of issues. People who use that type of 
indentation and bracket-matching obviously don't do hand traces all that
often :\ (Thats a joke, so please, no flames).

Anyhow, I've reduced myself to one question. Or, more acurately, one point
that I need clarification on. I see now that PPPD leaves the port in a 
non-blocked state for the duration of the call. I guess I don't see why... 
After all, it could be left blocking, and I/O could be first checked for with
a select call. 

I guess the question I really have is this... With the other serial drivers,
what keeps pppd from spinning completely out of control (if its not selecting/
blocking on the async port)?

	-Brian

From owner-freebsd-hackers  Mon Jun  2 14:23:14 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id OAA13272
          for hackers-outgoing; Mon, 2 Jun 1997 14:23:14 -0700 (PDT)
Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA13265
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 14:23:11 -0700 (PDT)
Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id OAA07730; Mon, 2 Jun 1997 14:22:15 -0700 (PDT)
To: Joachim Kuebart <joki@kuebart.stuttgart.netsurf.de>
cc: hackers@FreeBSD.ORG, titan@stuttgart.netsurf.de
Subject: Re: VFAT16 or VFAT32 support in msdosfs? 
In-reply-to: Your message of "Mon, 02 Jun 1997 21:34:58 +0200."
             <XFMail.970602215746.joki@jocki.domestic.de> 
Date: Mon, 02 Jun 1997 14:22:15 -0700
Message-ID: <7726.865286535@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> I asked a while ago, but I can't find the mail from the guy who's working on
> it...

Talk to Robert Nordier <rnordier@iafrica.com>

> Is there support for long file names in a FAT file system in FreeBSD-current
> yet?

Nope!

					Jordan

From owner-freebsd-hackers  Mon Jun  2 14:44:05 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id OAA14275
          for hackers-outgoing; Mon, 2 Jun 1997 14:44:05 -0700 (PDT)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA14238
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 14:44:00 -0700 (PDT)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA03778; Mon, 2 Jun 1997 23:43:46 +0200
Received: (from j@localhost)
	by uriah.heep.sax.de (8.8.5/8.8.5) id WAA12512;
	Mon, 2 Jun 1997 22:37:00 +0200 (MET DST)
Message-ID: <19970602223654.XZ56494@uriah.heep.sax.de>
Date: Mon, 2 Jun 1997 22:36:54 +0200
From: j@uriah.heep.sax.de (J Wunsch)
To: hackers@FreeBSD.ORG
Cc: lile@stdio.com (Larry Lile)
Subject: Re: Tropic token ring driver
References: <3392FC14.41C6@stdio.com>
X-Mailer: Mutt 0.60_p2-3,5,8-9
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <3392FC14.41C6@stdio.com>; from Larry Lile on Jun 2, 1997 13:00:04 -0400
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

As Larry Lile wrote:

>   Right now I am picking up the shared ram address
> from the foo->id_maddr in the probe routine and kvtop(foo->id_maddr)
> gives the correct physical address.  What I would like to do is
> pick up the address from 0x0a20 (Which after some math is usually
> either 0xcc000 or 0xdc000) and get a kvm address to it, ie the 
> inverse of kvtop.

Do you only need the KVA of it (i.e., you don't need it for things
like DMA)?  If the shared memory is always in the ISA hole, there's a
fixed mapping for it (i think you need to add 0xf000000 to the
physical address).  For devices that go into the higher memory area
(like PCI), you need to map it yourself anyway.

> Also, how do you get your driver registered into the boot-up
> config? (Right now it would be helpful for debugging) 

That's still handwork, to go into /sys/i386/i386/userconfig.c.

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Mon Jun  2 14:44:46 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id OAA14342
          for hackers-outgoing; Mon, 2 Jun 1997 14:44:46 -0700 (PDT)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA14332
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 14:44:38 -0700 (PDT)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA03802 for hackers@FreeBSD.ORG; Mon, 2 Jun 1997 23:44:37 +0200
Received: (from j@localhost)
	by uriah.heep.sax.de (8.8.5/8.8.5) id WAA12432;
	Mon, 2 Jun 1997 22:18:34 +0200 (MET DST)
Message-ID: <19970602221828.GC28593@uriah.heep.sax.de>
Date: Mon, 2 Jun 1997 22:18:28 +0200
From: j@uriah.heep.sax.de (J Wunsch)
To: hackers@FreeBSD.ORG
Subject: Re: What's wrong with a bootable CDROM???
References: <33c60885.2694307599@w3> <7087.865278152@time.cdrom.com>
X-Mailer: Mutt 0.60_p2-3,5,8-9
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <7087.865278152@time.cdrom.com>; from Jordan K. Hubbard on Jun 2, 1997 12:02:32 -0700
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

As Jordan K. Hubbard wrote:

> > Can the CD boot code look at HD partition table(s) and display a prompt
> > if it finds a bootable [BSD] system?  If you specify CD boot at the
> > prompt, ok;  if timeout, boot from HD.
> 
> Uh..  I think there is some confusion about how this works. :-)

Well, as some people here might know, i'm working on an alternate
solution that's not _that_ crappy (although it wouldn't apply
immediately to the installation process, this kind of things looks
_exactly_ with what this godd*mned El Torito ``emulation booting'' has
been intended for).  However, one step after the other, right now, i
didn't even consider merging with the regular UFS boot (although i
figure it's not too much of a problem, since there's plenty of space
on the CD, much more than there is in the low 640 KB of the RAM).

So, the initial solution won't have this kind of whistles and bells
either, it will just be able to boot /kernel (or another file) from
your CD-ROM.  The second CD would probably be a good candidate for
this feature then...  If we add MFS to the kernel options for the
kernel that goes there, this makes a self-contained fully operational
FreeBSD.

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Mon Jun  2 14:44:56 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id OAA14372
          for hackers-outgoing; Mon, 2 Jun 1997 14:44:56 -0700 (PDT)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA14350
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 14:44:47 -0700 (PDT)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA03806 for hackers@FreeBSD.ORG; Mon, 2 Jun 1997 23:44:43 +0200
Received: (from j@localhost)
	by uriah.heep.sax.de (8.8.5/8.8.5) id WAA12499;
	Mon, 2 Jun 1997 22:32:37 +0200 (MET DST)
Message-ID: <19970602223231.RC39608@uriah.heep.sax.de>
Date: Mon, 2 Jun 1997 22:32:31 +0200
From: j@uriah.heep.sax.de (J Wunsch)
To: hackers@FreeBSD.ORG
Subject: Re: Why routed and not gated by default?
References: <Pine.NEB.3.95.970602100912.7687A-100000@ice.cold.org>
X-Mailer: Mutt 0.60_p2-3,5,8-9
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <Pine.NEB.3.95.970602100912.7687A-100000@ice.cold.org>; from Brandon Gillespie on Jun 2, 1997 10:13:57 -0600
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

As Brandon Gillespie wrote:

> Just curious, why do we still have the antiquated routed as our default
> router daemon?

There should be no default router daemon at all.  In my, arguably
humble, opinion, that's the only correct default.  People who are
actually talking RIP or rdisc on their wire should really hit a button
and say: ``Yes, i want it.''

I think sysinstall had this misfeature disabled for quite some time,
but it seems it never made it into a release this way.

I know that Bill Fenner will heavily object now :), but i really don't
consider his network environment to be the ultimate generic networking
environment applicable to all FreeBSD users either.


The worst thing i've seen in this respect was a Solaris machine which,
upon seeing two ethernet cards, decided that it now has to announce
this fact to the entire world, without asking first.  (This machine
was intended to become a firewall, so this decision was doubly bogus.)
Needless to say, it was a customer's machine, running at a customer's
IP address in our network (with my machine being aliased into this
net), and the bogus RIP broadcasts caused quite a bit of Internet
costs for us until i noticed _what_ has been the problem.

So much for why i consider ``being smart'' to be ugly.  Only the
operator knows what is applicable for him.

We once agreed with Bill Fenner that at the very least, the default
arguments to routed should be ``-Pno_rip -q''.  There's absolutely no
reason for why routed should trust any (potentially forged) RIP
broadcast on the wire.

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Mon Jun  2 14:54:07 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id OAA14959
          for hackers-outgoing; Mon, 2 Jun 1997 14:54:07 -0700 (PDT)
Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA14953
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 14:54:03 -0700 (PDT)
Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA15437; Mon, 2 Jun 1997 14:51:20 -0700
From: Terry Lambert <terry@lambert.org>
Message-Id: <199706022151.OAA15437@phaeton.artisoft.com>
Subject: Re: VFAT16 or VFAT32 support in msdosfs?
To: joki@kuebart.stuttgart.netsurf.de (Joachim Kuebart)
Date: Mon, 2 Jun 1997 14:51:20 -0700 (MST)
Cc: hackers@FreeBSD.ORG, titan@stuttgart.netsurf.de
In-Reply-To: <XFMail.970602215746.joki@jocki.domestic.de> from "Joachim Kuebart" at Jun 2, 97 09:34:58 pm
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> I asked a while ago, but I can't find the mail from the guy who's working on
> it...

The guy's name is Robert Nordier.


> Is there support for long file names in a FAT file system in FreeBSD-current
> yet?

VFAT?  Not "in FreeBSD-current" as far as I know.  He has distributed
beta code, and it might have been integrated (I haven't seen it, but
I haven't been looking very hard).


> If so, would it be possible (for the adventurous) to include that support in
> 2.2.2-release as well, say, by copying msdosfs.c?

If it's there, you could pound on it, I suppose.  There *are* differences
before and after the Lite2 merge that could make for some problems.  It's
mostly VOP_LOCK and ADVLOCK stuff.


> And does that code also support FAT32 already? (i.e., >65535 clusters)

Not as far as I know.  The disk layout for the VFAT32 is different; if
you are an MSDN developer at level II or better, there is full documentation
of the differences on the OEMSR2 beta release (which is the only release
which shipped with a VFAT->FAT32 conversion utility, AFAIK, though
Partition Magic is rumored to handle it now).


					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.

From owner-freebsd-hackers  Mon Jun  2 15:01:40 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id PAA15382
          for hackers-outgoing; Mon, 2 Jun 1997 15:01:40 -0700 (PDT)
Received: from DNS.Lamb.net (root@DNS.Lamb.net [207.90.181.1])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA15377
          for <freebsd-hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 15:01:36 -0700 (PDT)
Received: from Gatekeeper.Alameda.net (ulf@gatekeeper.Alameda.net [207.90.181.2])
	by DNS.Lamb.net (8.8.5/8.8.5) with ESMTP id PAA02201;
	Mon, 2 Jun 1997 15:01:35 -0700 (PDT)
Received: (from ulf@localhost) by Gatekeeper.Alameda.net (8.8.5/8.7.6) id PAA20344; Mon, 2 Jun 1997 15:01:33 -0700 (PDT)
From: Ulf Zimmermann <ulf@Gatekeeper.Alameda.net>
Message-Id: <199706022201.PAA20344@Gatekeeper.Alameda.net>
Subject: Re: Archive Tape Autochanger
In-Reply-To: <Pine.LNX.3.91.970602164347.10344A-100000@zen.cypher.net> from Ben Black at "Jun 2, 97 04:44:00 pm"
To: black@zen.cypher.net (Ben Black)
Date: Mon, 2 Jun 1997 15:01:33 -0700 (PDT)
Cc: rls@mail.id.net, paul@mu.org, freebsd-hackers@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-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> sounds like you may be incorrectly setting your block size.
> 
> On Mon, 2 Jun 1997, Robert Shady wrote:
> 
> > > Robert Shady wrote:
> > > > Has anyone gotten the CSC special Archive DAT auto-changer to work
> > > > with FreeBSD yet?  What did you have to do to get it to work?  I
> > > > am starting to wonder if mine is just defective.  I'm running 2.2.2
> > > > release, and when I load a tape, it spits it back out a few seconds
> > > > later, the drive displays "CHK MAG", and the FreeBSD box reports
> > > > ERROR: Vendor specific ASCQ.  Under different versions of FreeBSD
> > > > I have at least been able to load tapes, and run small backups, but
> > > > now it won't even load the tape.
> > > 
> > > I got it to work.  I could not get it to change tapes using chio
> > > when I had it plugged into my Adaptec 154x but when I put it on my
> > > Adaptec 2940 it worked like a charm.
> > 
> > Have you gotten it to backup 8GB uncompressed yet?  I've got 120 meter
> > tapes in there, and the best I can get is 1GB.  What does your 
> > "mt status" report for density?  What is a good density to use?  By
> > default, mine reads "0x24", but I've tried 0x00 as well to no avail,
> > I've going to try 0x13 now, but I think that'll limit me to the
> > standard 4GB/uncompressed per tape, but we'll see...

I have the Archive working fine with 4 and 12 tape magazine under
2.2.2R. The DDS2 drive in the changer has ONLY 4GB per 120m tape, not 8GB.

Ulf.

--------------------------------------------------------------------------
Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936
Alameda Networks, Inc. | http://www.Alameda.net  | Fax#: 510-521-5073

From owner-freebsd-hackers  Mon Jun  2 15:05:47 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id PAA15673
          for hackers-outgoing; Mon, 2 Jun 1997 15:05:47 -0700 (PDT)
Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA15649;
          Mon, 2 Jun 1997 15:05:41 -0700 (PDT)
Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA15463; Mon, 2 Jun 1997 15:02:22 -0700
From: Terry Lambert <terry@lambert.org>
Message-Id: <199706022202.PAA15463@phaeton.artisoft.com>
Subject: Re: Need help with O_NONBLOCK and pppd in FreeBSD....
To: mcgovern@spoon.beta.com
Date: Mon, 2 Jun 1997 15:02:22 -0700 (MST)
Cc: hackers@FreeBSD.ORG, questions@FreeBSD.ORG
In-Reply-To: <199706022051.QAA00272@bmcgover-pc.cisco.com> from "Brian McGovern" at Jun 2, 97 04:51:26 pm
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> Which seems to tell me to set O_NONBLOCK, reguardless of whether we want to
> use modem control lines or not. Once in a non-blocking state, pppd is free
> to spin completely out of control. This is the last invokation I've found that
> effects the O_NONBLOCK attribute.
> 
> Now, in my opinion, this seems backwards. Wouldn't I potentially want to turn
> O_NONBLOCK  _ON_ first, in order to dial out, then turn it _OFF_ 
> unconditionally? Perhaps I'm missing something, but it seems strange. Please,
> set me straight....

O_NDELAY, the open flag, has two meanings:

1)	Do not wait for DCD before completing the open on a modem
	control device.

2)	Refuse all calls which would block with EWOULDBLOCK.

It used to be you could not turn non-blocking I/O off once it was on.

There are other issues of DCD when dialing out.


Basically, we are being POSIX'ed to death, and we are implementing
in other than the way SVR4 does because we are gratuitously incompatible
and we want to make things hard for the people doing the ABI code.

The corrrect sequence is:

a)	set 1 second alarm

b)	do blocking open

	i)	if open succeeds instead of alarming out, close
		the fd.  Not a warning on the console that the port
		is either non-modem control, or the modem cable is
		bad (DCD jumpered high) or the modem is incorrectly
		configured (DCD does not follow remote carrier).

	NB: This procesure unsets O_EXCL in the tty struct as set by
	uugetty and other software abominations before God.

c)	do non-blocking open.  This will succeed because non-blocking
	open always succeeds.  Because of step (b), you are assured
	that you will not get an EWOULDBLOCK/EPERM from an exclusivity
	conflict.

d)	do blocking open on second fd.  This will succeed because there
	is an existing open, so the DCD status is not checked.

e)	close the fd obtained in (c); it is useless.

f)	Proceed with operation using fd obtained in (d).  On DCD loss,
	you must close this fs and go to step (a).


This procedure will work correctly on all UNIX systems.


					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.

From owner-freebsd-hackers  Mon Jun  2 15:06:08 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id PAA15717
          for hackers-outgoing; Mon, 2 Jun 1997 15:06:08 -0700 (PDT)
Received: from mail.rdu.bellsouth.net (mail.rdu.bellsouth.net [205.152.32.21])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA15712
          for <hackers@freebsd.org>; Mon, 2 Jun 1997 15:06:06 -0700 (PDT)
Received: from d00029.rdu.bellsouth.net (d00029.rdu.bellsouth.net [207.53.8.30])
	by mail.rdu.bellsouth.net (8.8.5/8.8.5) with SMTP id SAA17933
	for <hackers@freebsd.org>; Mon, 2 Jun 1997 18:06:10 -0400 (EDT)
Received: by d00029.rdu.bellsouth.net with Microsoft Mail
	id <01BC6F7F.B0A9A990@d00029.rdu.bellsouth.net>; Mon, 2 Jun 1997 18:06:27 -0400
Message-ID: <01BC6F7F.B0A9A990@d00029.rdu.bellsouth.net>
From: "Arthur P. Pesa" <apesa@bellsouth.net>
To: "'hackers@freebsd.org'" <hackers@freebsd.org>
Subject: crash dump on install
Date: Mon, 2 Jun 1997 18:05:08 -0400
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id PAA15713
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

I am having a problem with the installation of 2.2.2-release. I am ftp'ing from one of my local machines. All is well during the install untill the install.sh begins to copy the bin dist to root. at this point I get a fatal trap.

Anic: segment not present fault.
Fatal Trap 12 Page fault while in kernel mode
Fault: supervisor read page not present.

Since I have no system so to speak, as I am stll in install mode i have not been able to look at the output. I have a breif 15 seconds till reboot. I hope someone has seen this during install and can provide a little insight as to a different instal config. etc.. thanks.

From owner-freebsd-hackers  Mon Jun  2 15:22:36 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id PAA16564
          for hackers-outgoing; Mon, 2 Jun 1997 15:22:36 -0700 (PDT)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA16556
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 15:22:32 -0700 (PDT)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA04590; Tue, 3 Jun 1997 00:22:23 +0200
Received: (from j@localhost)
	by uriah.heep.sax.de (8.8.5/8.8.5) id AAA13002;
	Tue, 3 Jun 1997 00:09:50 +0200 (MET DST)
Message-ID: <19970603000950.CW64363@uriah.heep.sax.de>
Date: Tue, 3 Jun 1997 00:09:50 +0200
From: j@uriah.heep.sax.de (J Wunsch)
To: hackers@FreeBSD.ORG
Cc: mcgovern@spoon.beta.com
Subject: Re: Need help with O_NONBLOCK and pppd in FreeBSD....
References: <199706022051.QAA00272@bmcgover-pc.cisco.com>
X-Mailer: Mutt 0.60_p2-3,5,8-9
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <199706022051.QAA00272@bmcgover-pc.cisco.com>; from Brian McGovern on Jun 2, 1997 16:51:26 -0400
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

As Brian McGovern wrote:

> However, then we look at line 396, which reads:
> 	if (fcntl(fd, F_SETFL, initfdflags | O_NONBLOCK) == -1) {
> 	    syslog(LOG_ERR, "Couldn't set device to non-blocking mode: %m");
> 	    die(1);
> 	}
> 
> Which seems to tell me to set O_NONBLOCK, reguardless of whether we want to
> use modem control lines or not. Once in a non-blocking state, pppd is free
> to spin completely out of control.

There's no reason why it should spin out of control.  Non-blocking
mode doesn't mean to not obey the modem control signals (that's things
like stty crtscts what you mean), it only means the next attempted IO
operation should not block if the device is unavailable (e.g. no
carrier).  Since all potential IO is triggered by a previous select()
call, the device should ideally always be ready.  If not, the read()
call is supposed to just return immediately with 0.

The initial `nonblock' seems only to be there to cause the open() to
immediately return, regardless of the carrier state.  This is normally
not necessary for BSD with the split callin/callout devices, but
shouldn't harm either.  Note that pppd manages things like CLOCAL
apparently in set_up_tty(), before handing out control to the dial
utility.  You seem to confuse this with the O_NONBLOCK behaviour.

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Mon Jun  2 15:23:00 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id PAA16600
          for hackers-outgoing; Mon, 2 Jun 1997 15:23:00 -0700 (PDT)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA16595
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 15:22:53 -0700 (PDT)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA04599; Tue, 3 Jun 1997 00:22:51 +0200
Received: (from j@localhost)
	by uriah.heep.sax.de (8.8.5/8.8.5) id AAA13015;
	Tue, 3 Jun 1997 00:11:48 +0200 (MET DST)
Message-ID: <19970603001148.DM01471@uriah.heep.sax.de>
Date: Tue, 3 Jun 1997 00:11:48 +0200
From: j@uriah.heep.sax.de (J Wunsch)
To: hackers@FreeBSD.ORG
Cc: bmcgover@cisco.com (Brian McGovern)
Subject: Re: Need help with pppd...
References: <199706022119.RAA00332@bmcgover-pc.cisco.com>
X-Mailer: Mutt 0.60_p2-3,5,8-9
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <199706022119.RAA00332@bmcgover-pc.cisco.com>; from Brian McGovern on Jun 2, 1997 17:19:11 -0400
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

As Brian McGovern wrote:

> I guess the question I really have is this... With the other serial drivers,
> what keeps pppd from spinning completely out of control (if its not selecting/
> blocking on the async port)?

It _is_ selecting on the port.

/*
 * wait_input - wait until there is data available on fd,
 * for the length of time specified by *timo (indefinite
 * if timo is NULL).
 */
wait_input(timo)
    struct timeval *timo;
{
    fd_set ready;
    int n;

    FD_ZERO(&ready);
    FD_SET(fd, &ready);
    n = select(fd+1, &ready, NULL, &ready, timo);
    if (n < 0 && errno != EINTR) {
	syslog(LOG_ERR, "select: %m");
	die(1);
    }
}

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Mon Jun  2 15:45:32 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id PAA17761
          for hackers-outgoing; Mon, 2 Jun 1997 15:45:32 -0700 (PDT)
Received: from eac.iafrica.com (196-31-98-108.iafrica.com [196.31.98.108])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA17756
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 15:45:26 -0700 (PDT)
Received: (from rnordier@localhost) by eac.iafrica.com (8.8.5/8.6.12) id AAA29837; Tue, 3 Jun 1997 00:39:01 +0200 (SAT)
From: Robert Nordier <rnordier@iafrica.com>
Message-Id: <199706022239.AAA29837@eac.iafrica.com>
Subject: Re: VFAT16 or VFAT32 support in msdosfs?
In-Reply-To: <XFMail.970602215746.joki@jocki.domestic.de> from Joachim Kuebart at "Jun 2, 97 09:34:58 pm"
To: joki@kuebart.stuttgart.netsurf.de (Joachim Kuebart)
Date: Tue, 3 Jun 1997 00:39:00 +0200 (SAT)
Cc: hackers@FreeBSD.ORG, titan@stuttgart.netsurf.de
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-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Joachim Kuebart wrote:

> I asked a while ago, but I can't find the mail from the guy who's working on
> it...
> 
> Is there support for long file names in a FAT file system in FreeBSD-current
> yet?
> 
> If so, would it be possible (for the adventurous) to include that support in
> 2.2.2-release as well, say, by copying msdosfs.c?
> 
> And does that code also support FAT32 already? (i.e., >65535 clusters)

I'm enclosing a copy of my reply to your original question, though
you should really use the www search pages rather than bother everyone
on -hackers with this sort of thing.

--
Robert Nordier

| From rnordier Fri Apr 25 23:01:28 1997
| Subject: Re: VFAT 32 support in msdosfs
| To: joa@kuebart.stuttgart.netsurf.de (Joachim Kuebart)
| Date: Fri, 25 Apr 1997 23:01:28 +0200 (SAT)
| Cc: hackers@freebsd.org
| 
| Joachim Kuebart wrote:
| 
| > Hi!
| > 
| > Is there VFAT32 support in the current msdosfs? If not,m I'd be ready to try
| > and do it..
| > Note: From what I've heared, Windows95 that supports VFAT isn't even shipped
| > any more. So this will probably be dying out soon.. :-)
| 
| I've been working on replacement for the msdosfs, which incorporates
| VFAT (12- and 16-bit), but not VFAT32, support.  I'm hoping this will
| be released RSN (at least within the next few months).
| 
| No-one is working on VFAT32 support, AFAIK.  I spent a while considering
| it, before deciding against supporting it.  It is really a different
| filesystem, and not (like VFAT) upward compatible with DOS.
| 
| If you want to pursue this, you may want to wait for the VFAT code.
| Alternatively, I'd be happy to swap notes on technical details.
| 
| -- 
| Robert Nordier


From owner-freebsd-hackers  Mon Jun  2 15:50:45 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id PAA18048
          for hackers-outgoing; Mon, 2 Jun 1997 15:50:45 -0700 (PDT)
Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA18039
          for <freebsd-hackers@freefall.FreeBSD.org>; Mon, 2 Jun 1997 15:50:40 -0700 (PDT)
Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02)
	id AA01845; Mon, 2 Jun 1997 18:50:03 -0400
Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Mon,  2 Jun 1997 18:50 EDT
Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.5/8.7.3) with ESMTP id MAA07982 for <freebsd-hackers@freefall.cdrom.com>; Mon, 2 Jun 1997 12:18:22 -0400 (EDT)
Received: (from rivers@localhost) by lakes.water.net (8.8.5/8.6.9) id MAA22930 for freebsd-hackers@freefall.cdrom.com; Mon, 2 Jun 1997 12:26:02 -0400 (EDT)
Date: Mon, 2 Jun 1997 12:26:02 -0400 (EDT)
From: Thomas David Rivers <ponds!rivers@dg-rtp.dg.com>
Message-Id: <199706021626.MAA22930@lakes.water.net>
To: ponds!freefall.cdrom.com!freebsd-hackers
Subject: dirent.h & <sys/types.h>
Content-Type: text
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


I just tried to recompile something that worked on 2.1.5 with 2.2.1
and found that I needed to add a #include <sys/types.h> to get
<dirent.h> to properly compile...

Is this new behaviour?  Did dirent.h previously include <sys/types.h>?

	- Dave Rivers -

From owner-freebsd-hackers  Mon Jun  2 16:29:29 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id QAA19847
          for hackers-outgoing; Mon, 2 Jun 1997 16:29:29 -0700 (PDT)
Received: from cicerone.uunet.ca (root@cicerone.uunet.ca [142.77.1.11])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA19841
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 16:29:24 -0700 (PDT)
Received: from why.whine.com ([205.150.249.1]) by mail.uunet.ca with ESMTP id <115212-26335>; Mon, 2 Jun 1997 19:29:19 -0400
Received: from why (why [205.150.249.1]) by why.whine.com (8.8.5/8.7.3) with SMTP id TAA01258; Mon, 2 Jun 1997 19:29:13 -0400 (EDT)
Date: Mon, 2 Jun 1997 19:29:12 -0400
From: Andrew Herdman <andrew@why.whine.com>
X-Sender: andrew@why
To: "Jordan K. Hubbard" <jkh@time.cdrom.com>
cc: Hal Snyder <hal@vailsys.com>,
        Thomas David Rivers <ponds!rivers@dg-rtp.dg.com>, hackers@FreeBSD.ORG
Subject: Re: What's wrong with a bootable CDROM??? 
In-Reply-To: <7087.865278152@time.cdrom.com>
Message-ID: <Pine.BSF.3.95.970602192817.1126A-100000@why>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On Mon, 2 Jun 1997, Jordan K. Hubbard wrote:

> > Can the CD boot code look at HD partition table(s) and display a prompt
> > if it finds a bootable [BSD] system?  If you specify CD boot at the
> > prompt, ok;  if timeout, boot from HD.
> 
> Uh..  I think there is some confusion about how this works. :-)
> 
> The bootable CD just looks like a floppy, transmogrified into one by
> the BIOS before FreeBSD's boot code ever gets run.  There's no
> difference between booting the CD and booting a floppy which has been
> created from the boot.flp image.
> 
> As I told TDR, if it annoys you then simply turn it off! :)
> 
> 						Jordan
> 
Speaking of problems with the bootable CD-ROM.  If you boot off the first
disk, you can't insert the fixit cdrom (cd drawer is locked).  And you
can't boot off the fixit cdrom.... *sigh*  maybe next time.

Andrew



From owner-freebsd-hackers  Mon Jun  2 16:44:05 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id QAA20474
          for hackers-outgoing; Mon, 2 Jun 1997 16:44:05 -0700 (PDT)
Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA20469
          for <hackers@freebsd.org>; Mon, 2 Jun 1997 16:44:03 -0700 (PDT)
Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5])
          by mail.cdsnet.net (8.8.5/8.7.3) with SMTP id QAA16775
          for <hackers@freebsd.org>; Mon, 2 Jun 1997 16:43:57 -0700 (PDT)
Date: Mon, 2 Jun 1997 16:43:57 -0700 (PDT)
From: Jaye Mathisen  <mrcpu@cdsnet.net>
To: hackers@freebsd.org
Subject: Panics/NFS/More new exciting panics in 2.2.2
Message-ID: <Pine.NEB.3.95.970602164111.3284T-100000@mail.cdsnet.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk



This one is repeatable, in that all I need to do is delete a bunch of
files on an NFS mounted partition.

The partition is mounted NFS V2, UDP.  kernel supped today 6/2.

# gdb -k kernel.28 vmcore.28
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...
IdlePTD 8df000
current pcb at 1e8274
panic: vm_fault: fault on nofault entry, addr: %lx
#0  boot (howto=256) at ../../kern/kern_shutdown.c:243
243                                     dumppcb.pcb_cr3 = rcr3();
(kgdb) where
#0  boot (howto=256) at ../../kern/kern_shutdown.c:243
#1  0xf0113663 in panic (
    fmt=0xf01a20f2 "vm_fault: fault on nofault entry, addr: %lx")
    at ../../kern/kern_shutdown.c:367
#2  0xf01a221a in vm_fault (map=0xf1e01f00, vaddr=4109750272, 
    fault_type=1 '\001', change_wiring=0) at ../../vm/vm_fault.c:201
#3  0xf01bee0c in trap_pfault (frame=0xefbffcd8, usermode=0)
    at ../../i386/i386/trap.c:642
#4  0xf01beafb in trap (frame={tf_es = -267190256, tf_ds = -224788464, 
      tf_edi = 49664, tf_esi = -185217024, tf_ebp = -272630460, 
      tf_isp = -272630528, tf_ebx = 4096, tf_edx = -229985280, tf_ecx =
896, 
      tf_eax = 53248, tf_trapno = 12, tf_err = 0, tf_eip = -266609672, 
      tf_cs = 8, tf_eflags = 66054, tf_esp = 4096, tf_ss = -272629964})
    at ../../i386/i386/trap.c:311
#5  0xf01bdbf8 in ?? ()
#6  0xf014fbf2 in nfs_bioread (vp=0xf29aa080, uio=0xefbfff34, ioflag=0, 
    cred=0xf31af100, getpages=0) at ../../nfs/nfs_bio.c:471
#7  0xf017e7e8 in nfs_readdir (ap=0xefbfff04) at
../../nfs/nfs_vnops.c:2073
#8  0xf0136ca6 in getdirentries (p=0xf24ab400, uap=0xefbfff94, 
    retval=0xefbfff84) at vnode_if.h:639
#9  0xf01bf61b in syscall (frame={tf_es = -272695257, tf_ds = -272695257, 
      tf_edi = 28768, tf_esi = 3584, tf_ebp = -272639060, tf_isp =
-272629788, 
      tf_ebx = 268976224, tf_edx = 54, tf_ecx = 49, tf_eax = 196, 
      tf_trapno = 0, tf_err = 7, tf_eip = 268755185, tf_cs = 31, 
      tf_eflags = 582, tf_esp = -272639096, tf_ss = 39})
    at ../../i386/i386/trap.c:890
#10 0x1004e0f1 in ?? ()
#11 0x232a in ?? ()
#12 0x2793 in ?? ()
#13 0x1096 in ?? ()



From owner-freebsd-hackers  Mon Jun  2 17:04:33 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id RAA21364
          for hackers-outgoing; Mon, 2 Jun 1997 17:04:33 -0700 (PDT)
Received: from cynic.portal.ca (root@cynic.portal.ca [204.174.36.7])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA21356
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 17:04:31 -0700 (PDT)
Received: from localhost ([[UNIX: localhost]])
	by cynic.portal.ca (8.8.5/8.8.5) with SMTP id RAA07194;
	Mon, 2 Jun 1997 17:04:08 -0700 (PDT)
X-Authentication-Warning: cynic.portal.ca: cjs owned process doing -bs
Date: Mon, 2 Jun 1997 17:04:07 -0700 (PDT)
From: Curt Sampson <cjs@portal.ca>
To: Ben Black <black@zen.cypher.net>
cc: Brandon Gillespie <brandon@ice.cold.org>, hackers@FreeBSD.ORG
Subject: Re: Why routed and not gated by default?
In-Reply-To: <Pine.LNX.3.91.970602135143.6914A-100000@zen.cypher.net>
Message-ID: <Pine.NEB.3.96.970602170124.1281b-100000@cynic.portal.ca>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On Mon, 2 Jun 1997, Ben Black wrote:

> because routed pretty much Just Works when used on the small scale for 
> which it was designed.  gated is a hairy monster to properly configure 
> and can easily mangle your routing tables with the slightest 
> misconfiguration.

Not to mention that there are still fairly massive bugs floating
around in gated. In 3.5beta4, which last I checked was the latest
3.5 release, they had little tricks like calling a routine that
returned a pointer to static data, calling it again later from
another function, and then the original function would try to use
the now-stomped-on static data. The gated folks didn't seem to
concerned about this, either.

cjs

Curt Sampson    cjs@portal.ca	   Info at http://www.portal.ca/
Internet Portal Services, Inc.	   Through infinite myst, software reverberates
Vancouver, BC  (604) 257-9400	   In code possess'd of invisible folly.


From owner-freebsd-hackers  Mon Jun  2 17:21:06 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id RAA22255
          for hackers-outgoing; Mon, 2 Jun 1997 17:21:06 -0700 (PDT)
Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA22244
          for <freebsd-hackers@freebsd.org>; Mon, 2 Jun 1997 17:20:58 -0700 (PDT)
Received: from awfulhak.demon.co.uk (localhost [127.0.0.1])
	by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id AAA11819;
	Tue, 3 Jun 1997 00:21:53 +0100 (BST)
Message-Id: <199706022321.AAA11819@awfulhak.demon.co.uk>
X-Mailer: exmh version 1.6.9 8/22/96
To: Dom Mitchell <hdm@demon.net>
cc: Brian Somers <brian@awfulhak.org>, Terry Lambert <terry@lambert.org>,
        freebsd-hackers@freebsd.org, internet@demon.net
Subject: Re: fetch 
In-reply-to: Your message of "Mon, 02 Jun 1997 11:34:12 BST."
             <E0wYURI-0003RB-00.qmail@stress.noc.demon.net> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Tue, 03 Jun 1997 00:21:53 +0100
From: Brian Somers <brian@awfulhak.org>
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

> Dom Mitchell wrote:
> > Brian Somers wrote:
> > > > Has demon refused to correct their server software?  Or have
> > > > they not been asked?
> > > 
> > > They havn't been asked (yet).  I've cc'd them and would expect
> > > a reply sometime soon.
> > 
> > I'll forward this message to the appropriate people (I don't do web
> > stuff).  However, we do use several different servers on various
> > machines - which one is giving the problem you describe?
> 
> OK, it was homepages.  Apparently this was brought up seperately last
> week.  It'll be fixed on Wednesday morning, during the maintenance
> window.

Yep.  It was homepages.  Thanks for your response :)

> -Dom

-- 
Brian <brian@awfulhak.org>, <brian@freebsd.org>
      <http://www.awfulhak.org>
Don't _EVER_ lose your sense of humour....



From owner-freebsd-hackers  Mon Jun  2 17:28:44 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id RAA22481
          for hackers-outgoing; Mon, 2 Jun 1997 17:28:44 -0700 (PDT)
Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA22474
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 17:28:41 -0700 (PDT)
Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id JAA27698; Tue, 3 Jun 1997 09:58:20 +0930 (CST)
From: Michael Smith <msmith@atrad.adelaide.edu.au>
Message-Id: <199706030028.JAA27698@genesis.atrad.adelaide.edu.au>
Subject: Re: Minor linux_emul update
In-Reply-To: <19970602214729.QA19408@uriah.heep.sax.de> from J Wunsch at "Jun 2, 97 09:47:29 pm"
To: joerg_wunsch@uriah.heep.sax.de
Date: Tue, 3 Jun 1997 09:58:20 +0930 (CST)
Cc: hackers@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL28 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

J Wunsch stands accused of saying:
> As Michael Smith wrote:
> 
> > Just a heads-up for anyone having trouble with Linux software keyed to
> > the hardware ethernet address; I've just committed (to both -current
> > and 2.2) an implementation of the SIOCGIFHWADDR ioctl (0x8927) which
> > has FLEXlm now working correctly here.
> 
> I hope there's a sysctl to set it? :-)

Uhh, no, at the moment that's left as an exercise for the pirate. 8)

Some further study of the Way Things Work leads me to think that I've
done it rather suboptimally, so perhaps I'll add it next time.  Can you
have sysctl variables in LKMs?

-- 
]] Mike Smith, Software Engineer        msmith@gsoft.com.au             [[
]] Genesis Software                     genesis@gsoft.com.au            [[
]] High-speed data acquisition and      (GSM mobile)     0411-222-496   [[
]] realtime instrument control.         (ph)          +61-8-8267-3493   [[
]] Unix hardware collector.             "Where are your PEZ?" The Tick  [[

From owner-freebsd-hackers  Mon Jun  2 17:34:27 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id RAA22846
          for hackers-outgoing; Mon, 2 Jun 1997 17:34:27 -0700 (PDT)
Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA22793;
          Mon, 2 Jun 1997 17:34:08 -0700 (PDT)
Received: from awfulhak.demon.co.uk (localhost [127.0.0.1])
	by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id BAA18873;
	Tue, 3 Jun 1997 01:33:55 +0100 (BST)
Message-Id: <199706030033.BAA18873@awfulhak.demon.co.uk>
X-Mailer: exmh version 1.6.9 8/22/96
To: jwb@fore.com
cc: bugs@FreeBSD.ORG, hackers@FreeBSD.ORG, ports@FreeBSD.ORG
Subject: Re: ppp and static IP 
In-reply-to: Your message of "Mon, 02 Jun 1997 10:23:27 EDT."
             <199706021423.KAA01533@jwb.fore.com> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Tue, 03 Jun 1997 01:33:55 +0100
From: Brian Somers <brian@awfulhak.org>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> Freebsd 2.2.1-RELEASE
> ppp 2.2 patch level 0beta3 and 2.3 patch level 0beta3
> 
> My provider upgraded their Bay routers last week and now I can not use
> ppp on Freebsd with a static IP address. Mickysoft and linux works so I'm
> hung out to dry. I can use a dynamic IP though. Bay is saying that Freebsd
> is messed up. Debug doesn't show anything special in the LCP negotiation..
> tried turning off and on every switch in the man page for pppd and tried 
> turning off tcp/ip extensions in sysconfig.
> 
> I tried compiling the new pppd (2.3 which supports dial on demand) but it
> does the same thing. I did discover that the make process specifically for
> freebsd does not work and munges the system src tree. Has anyone got a valid
> port for the new pppd?
> 
> Please cc me in email since I don't get this list. Any suggestions or help
> or fixes for my ppp problem are very welcome. I don't want to load linux and
> really don't want to find another provider just because of this so I get
> to learn slip this week (yay!).

You could try user-level ppp.  There's a pretty recent copy at
http://www.freebsd.org/~brian.

> @-=-=-=-=-=-=-=-=-=-=-=-=-=-@
> Joe Beiter                          FORE Systems, Inc.
> jwb@fore.com                        Network Integration Services
> (412)772-6585

-- 
Brian <brian@awfulhak.org>, <brian@freebsd.org>
      <http://www.awfulhak.org>
Don't _EVER_ lose your sense of humour....



From owner-freebsd-hackers  Mon Jun  2 17:41:28 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id RAA23365
          for hackers-outgoing; Mon, 2 Jun 1997 17:41:28 -0700 (PDT)
Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA23360
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 17:41:23 -0700 (PDT)
Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id RAA08815; Mon, 2 Jun 1997 17:39:45 -0700 (PDT)
To: Andrew Herdman <andrew@why.whine.com>
cc: Hal Snyder <hal@vailsys.com>,
        Thomas David Rivers <ponds!rivers@dg-rtp.dg.com>, hackers@FreeBSD.ORG
Subject: Re: What's wrong with a bootable CDROM??? 
In-reply-to: Your message of "Mon, 02 Jun 1997 19:29:12 EDT."
             <Pine.BSF.3.95.970602192817.1126A-100000@why> 
Date: Mon, 02 Jun 1997 17:39:45 -0700
Message-ID: <8811.865298385@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> Speaking of problems with the bootable CD-ROM.  If you boot off the first
> disk, you can't insert the fixit cdrom (cd drawer is locked).  And you
> can't boot off the fixit cdrom.... *sigh*  maybe next time.

"Interesting." :-)

I didn't think the boot process would lock the CDROM this way; I suppose
I could make the 2nd CD bootable without too much trouble.  Would people
prefer that?

					Jordan

From owner-freebsd-hackers  Mon Jun  2 17:57:24 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id RAA24548
          for hackers-outgoing; Mon, 2 Jun 1997 17:57:24 -0700 (PDT)
Received: from punt-2.mail.demon.net (relay-7.mail.demon.net [194.217.242.9])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id RAA24534
          for <freebsd-hackers@freebsd.org>; Mon, 2 Jun 1997 17:57:16 -0700 (PDT)
Received: from awfulhak.demon.co.uk ([158.152.17.1]) by punt-2.mail.demon.net
           id aa0628264; 3 Jun 97 1:19 BST
Received: from awfulhak.demon.co.uk (localhost [127.0.0.1])
	by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id BAA14374;
	Tue, 3 Jun 1997 01:17:16 +0100 (BST)
Message-Id: <199706030017.BAA14374@awfulhak.demon.co.uk>
X-Mailer: exmh version 1.6.9 8/22/96
To: freebsd-hackers@freebsd.org
cc: Ari Suutari <ari.suutari@ps.carel.fi>
Subject: natd
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Tue, 03 Jun 1997 01:17:16 +0100
From: Brian Somers <brian@awfulhak.org>
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Hi.

Does anyone have any objections to me bringing natd into the main
source tree under libexec ?

Now that libalias is available, it would be a better idea IMHO.
The alternative is to ship natd with copies of the alias code
in the ports collection as it currently is, resulting in potential
conflicts (<alias.h> vs "alias.h" ?), and [almost] duplicate alias
code.

-- 
Brian <brian@awfulhak.org>, <brian@freebsd.org>
      <http://www.awfulhak.org>
Don't _EVER_ lose your sense of humour....



From owner-freebsd-hackers  Mon Jun  2 18:11:59 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id SAA25117
          for hackers-outgoing; Mon, 2 Jun 1997 18:11:59 -0700 (PDT)
Received: from mail1.its.rpi.edu (root@mail1.its.rpi.edu [128.113.100.7])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA25110
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 18:11:55 -0700 (PDT)
Received: from mlor.its.rpi.edu (mlor.its.rpi.edu [128.113.24.92])
	by mail1.its.rpi.edu (8.8.5/8.8.5) with SMTP id VAA160540
	for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 21:11:52 -0400
Received: by mlor.its.rpi.edu (NX5.67f2/NX3.0M)
	id AA01950; Mon, 2 Jun 97 21:11:48 -0400
Message-Id: <9706030111.AA01950@mlor.its.rpi.edu>
Mime-Version: 1.0 (NeXT Mail 3.3 v118.2)
Content-Type: text/plain; charset=us-ascii
Received: by NeXT.Mailer (1.118.2)
From: Garance A Drosehn <gad@mlor.its.rpi.edu>
Date: Mon,  2 Jun 97 21:11:46 -0400
To: hackers@FreeBSD.ORG
Subject: Re: vm problems on 2.2, 2.1.7 works
Reply-To: gad@eclipse.its.rpi.edu
References: <199705261412.QAA07764@zibbi.mikom.csir.co.za>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id SAA25113
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On May 26th, John Hay <jhay@zibbi.mikom.csir.co.za> wrote:

> This looks a lot like the problem I have on my news server.  It
> will run ok for a while and then suddenly start to use up all of
> the swap. According to top and ps no process is using that memory,
> but if I kill innd quick enough all will be ok. So now I have a
> script that runs every minute and kill and restart innd as soon
> as the swap usage go over some value.  Not nice, but it works
> until someone find this thingy.

Does INND call fork() for some of it's processing?

If so, this sounds somewhat similar to a vm problem that exists
in NeXTSTEP, and which (IIRC) used to exist in FreeBSD, but had
been fixed earlier.  It might have been in one of the other BSD
variants, though.

In any case, the problem comes up when:
   1) some of the original process gets paged out
   2) that process forks
   3) the child causes the paged-out memory to get paged back in.
   4) the parent does things which either just pages the same
      memory in, or which actually modifies those pages (I was
      never quite clear if the modify was part of this).  Note
      that it *is* important (to this bug) that the child does
      not modify those pages.
   5) the child dies.  All pages that the child paged in would not
      get released, because the child didn't modify them and thus
      no "copy on write" was done, and thus the memory is assumed
      to be the same as the parent process.  However, the parent
      process already has those same pages (perhaps in modified
      form), and thus it isn't looking at the old copy which the
      child paged in.

The child is gone, and the memory in question is kept around by
the virtual memory system.  However, there is no task which really
owns that memory, so your swapfile size keeps growing even though
you never see any process with a large VM size.  Once you do kill
and restart the original task, all that memory is released and your
swapfile usage will shrink.  So, if this is the problem, than the
worst thing for it would be a single very large process which runs
"forever", and which occasionally forks off a child to do some
processing.

I know that in the case of NeXTSTEP 3.2, I can end up with a swapfile
of 500 Meg (after running for six months straight), even though
there is no process that's over 40 meg.  If this is the problem,
then increasing the amount of RAM in your machine can dramatically
slow down the rate that your swapfile grows.

Of course, I have absolutely no idea if this is the problem you
(and others) are apparently seeing with FreeBSD 2.2.  I suspect
it is not, but maybe this description will give you some ideas
of things to check for.

---
Garance Alistair Drosehn     =     gad@eclipse.its.rpi.edu
Senior Systems Programmer        (MIME & NeXTmail capable)
Rensselaer Polytechnic Institute;           Troy NY    USA

From owner-freebsd-hackers  Mon Jun  2 18:42:57 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id SAA26377
          for hackers-outgoing; Mon, 2 Jun 1997 18:42:57 -0700 (PDT)
Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA26372
          for <hackers@freebsd.org>; Mon, 2 Jun 1997 18:42:55 -0700 (PDT)
Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15860(4)>; Mon, 2 Jun 1997 18:42:21 PDT
Received: from localhost by crevenia.parc.xerox.com with SMTP id <177489>; Mon, 2 Jun 1997 18:42:13 -0700
To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
cc: hackers@freebsd.org
Subject: Re: Why routed and not gated by default? 
In-reply-to: Your message of "Mon, 02 Jun 97 13:32:31 PDT."
             <19970602223231.RC39608@uriah.heep.sax.de> 
Date: Mon, 2 Jun 1997 18:42:03 PDT
From: Bill Fenner <fenner@parc.xerox.com>
Message-Id: <97Jun2.184213pdt.177489@crevenia.parc.xerox.com>
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

j@uriah.heep.sax.de (J Wunsch) wrote:
>I know that Bill Fenner will heavily object now

Hm, I'm not sure that's the kind of name I want to have made for myself
in the FreeBSD community =)

routed used to screw up ppp/slip systems by trying to take charge of
the default route even though the other systems installed their own.
Not to sound too Terry-like, but this is a flaw in the BSD routing
architecture; multiple routing daemons should be able to co-exist.  We
changed ppp and slip to add static routes, which routed won't fool
with, but that's rather a hack.  While lamenting the flawed
architecture, the only realistic response is to disable routed on such
systems.

I still believe that router discovery should be enabled by default
on ethernet-connected end-systems that aren't acting as routers
themselves.

  Bill

From owner-freebsd-hackers  Mon Jun  2 18:54:05 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id SAA26855
          for hackers-outgoing; Mon, 2 Jun 1997 18:54:05 -0700 (PDT)
Received: from implode.root.com (implode.root.com [198.145.90.17])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA26850
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 18:54:02 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1])
	by implode.root.com (8.8.5/8.8.5) with SMTP id SAA04013;
	Mon, 2 Jun 1997 18:55:35 -0700 (PDT)
Message-Id: <199706030155.SAA04013@implode.root.com>
X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol
To: gad@eclipse.its.rpi.edu
cc: hackers@FreeBSD.ORG
Subject: Re: vm problems on 2.2, 2.1.7 works 
In-reply-to: Your message of "Mon, 02 Jun 1997 21:11:46 EDT."
             <9706030111.AA01950@mlor.its.rpi.edu> 
From: David Greenman <dg@root.com>
Reply-To: dg@root.com
Date: Mon, 02 Jun 1997 18:55:35 -0700
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>Does INND call fork() for some of it's processing?
>
>If so, this sounds somewhat similar to a vm problem that exists
>in NeXTSTEP, and which (IIRC) used to exist in FreeBSD, but had
>been fixed earlier.  It might have been in one of the other BSD
>variants, though.

   This was one of the first VM problems that we fixed in FreeBSD.

-DG

David Greenman
Core-team/Principal Architect, The FreeBSD Project

From owner-freebsd-hackers  Mon Jun  2 19:00:44 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id TAA27173
          for hackers-outgoing; Mon, 2 Jun 1997 19:00:44 -0700 (PDT)
Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA27167
          for <freebsd-hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 19:00:38 -0700 (PDT)
Received: from awfulhak.demon.co.uk (localhost [127.0.0.1])
	by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id CAA20769;
	Tue, 3 Jun 1997 02:24:07 +0100 (BST)
Message-Id: <199706030124.CAA20769@awfulhak.demon.co.uk>
X-Mailer: exmh version 1.6.9 8/22/96
To: Terry Lambert <terry@lambert.org>
cc: brian@awfulhak.org (Brian Somers), freebsd-hackers@FreeBSD.ORG,
        internet@demon.net
Subject: Re: fetch 
In-reply-to: Your message of "Mon, 02 Jun 1997 09:04:35 PDT."
             <199706021604.JAA14574@phaeton.artisoft.com> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Tue, 03 Jun 1997 02:24:07 +0100
From: Brian Somers <brian@awfulhak.org>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

[.....]
> > I'd therefore consider it reasonable to accept two or three digit
> > years as being assignable directly to tm_year, and four digit years
> > as being subject to the "-1900" code.
> 
> Assignable as "19xx +" and "1xxx +", or assignable as "00xx"?  If the
> latter, then tht's all I was saying.  8-).

I reckon:

    01-Jan-01     =>     01-Jan-1901
    01-Jan-99     =>     01-Jan-1999
    01-Jan-100    =>     01-Jan-2000
    01-Jan-xxxx   =>     01-Jan-xxxx

So the code would say "assign to tm_year; if 4 digits, subtract 1900"
bearing in mind that tm_year is defined as "the year less 1900".

> 					Terry Lambert
> 					terry@lambert.org
> ---
> Any opinions in this posting are my own and not those of my present
> or previous employers.

-- 
Brian <brian@awfulhak.org>, <brian@freebsd.org>
      <http://www.awfulhak.org>
Don't _EVER_ lose your sense of humour....



From owner-freebsd-hackers  Mon Jun  2 19:12:39 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id TAA27578
          for hackers-outgoing; Mon, 2 Jun 1997 19:12:39 -0700 (PDT)
Received: from cicerone.uunet.ca (root@cicerone.uunet.ca [142.77.1.11])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA27573
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 19:12:35 -0700 (PDT)
Received: from why.whine.com ([205.150.249.1]) by mail.uunet.ca with ESMTP id <115312-834>; Mon, 2 Jun 1997 22:12:20 -0400
Received: from why (why [205.150.249.1]) by why.whine.com (8.8.5/8.7.3) with SMTP id WAA01819; Mon, 2 Jun 1997 22:12:12 -0400 (EDT)
Date: Mon, 2 Jun 1997 22:12:12 -0400
From: Andrew Herdman <andrew@why.whine.com>
X-Sender: andrew@why
To: "Jordan K. Hubbard" <jkh@time.cdrom.com>
cc: Andrew Herdman <andrew@why.whine.com>, Hal Snyder <hal@vailsys.com>,
        Thomas David Rivers <ponds!rivers@dg-rtp.dg.com>, hackers@FreeBSD.ORG
Subject: Re: What's wrong with a bootable CDROM??? 
In-Reply-To: <8811.865298385@time.cdrom.com>
Message-ID: <Pine.BSF.3.95.970602221125.1784A-100000@why>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On Mon, 2 Jun 1997, Jordan K. Hubbard wrote:

> > Speaking of problems with the bootable CD-ROM.  If you boot off the first
> > disk, you can't insert the fixit cdrom (cd drawer is locked).  And you
> > can't boot off the fixit cdrom.... *sigh*  maybe next time.
> 
> "Interesting." :-)
> 
> I didn't think the boot process would lock the CDROM this way; I suppose
> I could make the 2nd CD bootable without too much trouble.  Would people
> prefer that?
> 
> 					Jordan
> 

I'd personally like to see both bootable.  It's nice to able to install
without using a floppy drive.  And it'd be nice to be able to use the
fixit disk.... without a floppy drive..

		Andrew

I really hate floppies.



From owner-freebsd-hackers  Mon Jun  2 19:21:10 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id TAA27976
          for hackers-outgoing; Mon, 2 Jun 1997 19:21:10 -0700 (PDT)
Received: from ucsee.EECS.Berkeley.EDU (benco@ucsee.EECS.Berkeley.EDU [128.32.156.173])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA27970
          for <freebsd-hackers@freebsd.org>; Mon, 2 Jun 1997 19:21:06 -0700 (PDT)
Received: (from benco@localhost)
          by ucsee.EECS.Berkeley.EDU (8.8.4/8.8.4)
	  id TAA08825 for freebsd-hackers@freebsd.org; Mon, 2 Jun 1997 19:21:03 -0700
Date: Mon, 2 Jun 1997 19:21:03 -0700
From: Ben Cottrell <benco@ucsee.EECS.Berkeley.EDU>
Message-Id: <199706030221.TAA08825@ucsee.EECS.Berkeley.EDU>
To: freebsd-hackers@freebsd.org
Subject: Network queueing policy
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

I'm encountering unexpected behavior with FreeBSD 3.0-970209-SNAP
(although reports from friends lead me to believe that this problem is
universal).

The symptom is that apparently it doesn't pay attention to the TOS field.
I started an ftp of a large file (ftp is known to set TOS), and then
did a series of traceroutes to a machine across a dialup (SLIP) link:

> traceroute -w 16 128.32.64.1
traceroute to 128.32.64.1 (128.32.64.1), 30 hops max, 40 byte packets
 1  annex-64-1.Berkeley.EDU (136.152.64.2)  3109.643 ms  3472.490 ms  2100.206 ms
[etc...]
> traceroute -t 16 -w 16 128.32.64.1
traceroute to 128.32.64.1 (128.32.64.1), 30 hops max, 40 byte packets
 1  annex-64-1.Berkeley.EDU (136.152.64.2)  3172.278 ms  2005.359 ms  2055.619 ms
[etc...]
> traceroute -t 8 -w 16 128.32.64.1
traceroute to 128.32.64.1 (128.32.64.1), 30 hops max, 40 byte packets
 1  annex-64-1.Berkeley.EDU (136.152.64.2)  2909.118 ms  1867.503 ms  2187.625 ms
[etc...]

You will note that within tolerance, the round-trip time to get across
the SLIP link is constant no matter what the TOS is set to. With normal
TOS-dependent routing policy, however, the one using -t 16 should have
experienced far less latency. This is corroborated by telnet sessions
which get very, very sluggish when anyone is ftping.

The MTU is 296, which is an IMHO reasonable value; the baud rate on the
tty is 19200. Unfortunately, the modem is an internal ISA one (USR
Sportster 33.6)--don't hit me, it came with the pre-packaged PC.

The router on the other end is known to do TOS-dependent queueing; the
same setup (with a different modem, of course) works *flawlessly* on my
Sun 3/50 running NetBSD/sun3. No added latency.

Any suggestions as to what causes this and how to improve it would be
*greatly* appreciated--needless to say, I don't find this particularly
acceptable behavior :-)

	~Ben

From owner-freebsd-hackers  Mon Jun  2 19:43:28 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id TAA28910
          for hackers-outgoing; Mon, 2 Jun 1997 19:43:28 -0700 (PDT)
Received: from panda.hilink.com.au (panda.hilink.com.au [203.8.15.25])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA28901
          for <freebsd-hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 19:43:23 -0700 (PDT)
Received: (from danny@localhost)
	by panda.hilink.com.au (8.8.5/8.8.5) id MAA08427;
	Tue, 3 Jun 1997 12:42:40 +1000 (EST)
Date: Tue, 3 Jun 1997 12:42:39 +1000 (EST)
From: "Daniel O'Callaghan" <danny@panda.hilink.com.au>
To: Brian Somers <brian@awfulhak.org>
cc: Terry Lambert <terry@lambert.org>, Brian Somers <brian@awfulhak.org>,
        freebsd-hackers@FreeBSD.ORG, internet@demon.net
Subject: Re: fetch 
In-Reply-To: <199706030124.CAA20769@awfulhak.demon.co.uk>
Message-ID: <Pine.BSF.3.91.970603123817.3844F-100000@panda.hilink.com.au>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


On Tue, 3 Jun 1997, Brian Somers wrote:

> [.....]
> > > I'd therefore consider it reasonable to accept two or three digit
> > > years as being assignable directly to tm_year, and four digit years
> > > as being subject to the "-1900" code.
> > 
> > Assignable as "19xx +" and "1xxx +", or assignable as "00xx"?  If the
> > latter, then tht's all I was saying.  8-).
> 
> I reckon:
> 
>     01-Jan-01     =>     01-Jan-1901
>     01-Jan-99     =>     01-Jan-1999
>     01-Jan-100    =>     01-Jan-2000
>     01-Jan-xxxx   =>     01-Jan-xxxx
> 
> So the code would say "assign to tm_year; if 4 digits, subtract 1900"
> bearing in mind that tm_year is defined as "the year less 1900".

This is not how date(1) works.  I'm not saying that date(1) is correct, 
but some consistency in hackery would be nice.  Maybe we should just tell 
the world to use hexadecimal years.  Then we would now be in the year
0x7CD, and we would have another 50 years to get organised before we hit 
0x800 :-)
 
/*  Daniel O'Callaghan                                                     */
/*  HiLink Internet <http://www.hilink.com.au/>       danny@hilink.com.au  */
/*  FreeBSD - works hard, plays hard...                 danny@freebsd.org  */



From owner-freebsd-hackers  Mon Jun  2 19:50:24 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id TAA29128
          for hackers-outgoing; Mon, 2 Jun 1997 19:50:24 -0700 (PDT)
Received: from mail.rdu.bellsouth.net (mail.rdu.bellsouth.net [205.152.32.21])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA29123
          for <hackers@freebsd.org>; Mon, 2 Jun 1997 19:50:21 -0700 (PDT)
Received: from pc00ntwkstn (d00335.rdu.bellsouth.net [207.53.9.80])
	by mail.rdu.bellsouth.net (8.8.5/8.8.5) with SMTP id WAA02708
	for <hackers@freebsd.org>; Mon, 2 Jun 1997 22:50:26 -0400 (EDT)
Message-ID: <33938687.7D9F@bellsouth.net>
Date: Mon, 02 Jun 1997 22:50:47 -0400
From: Arthur Pesa <apesa@bellsouth.net>
Reply-To: apesa@bellsouth.net
Organization: Integrated Object Development
X-Mailer: Mozilla 3.01Gold (WinNT; I)
MIME-Version: 1.0
To: hackers@freebsd.org
Subject: eide controller support
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Does anyone know of any incompatibility issues with using a Promise eide
2300 plus disk controller with freebsd 2.2.2-release?

From owner-freebsd-hackers  Mon Jun  2 20:23:51 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id UAA00445
          for hackers-outgoing; Mon, 2 Jun 1997 20:23:51 -0700 (PDT)
Received: from whizzo.TransSys.COM (whizzo.TransSys.COM [144.202.42.10])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA00436
          for <freebsd-hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 20:23:45 -0700 (PDT)
Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.TransSys.COM (8.8.5/8.7.3) with SMTP id XAA14820; Mon, 2 Jun 1997 23:23:19 -0400 (EDT)
Message-Id: <199706030323.XAA14820@whizzo.TransSys.COM>
X-Mailer: exmh version 2.0gamma 1/27/96
To: Ulf Zimmermann <ulf@Gatekeeper.Alameda.net>
cc: black@zen.cypher.net (Ben Black), rls@mail.id.net, paul@mu.org,
        freebsd-hackers@FreeBSD.ORG
From: "Louis A. Mamakos" <louie@TransSys.COM>
Subject: Re: Archive Tape Autochanger 
References: <199706022201.PAA20344@Gatekeeper.Alameda.net> 
In-reply-to: Your message of "Mon, 02 Jun 1997 15:01:33 PDT."
             <199706022201.PAA20344@Gatekeeper.Alameda.net> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Mon, 02 Jun 1997 23:23:18 -0400
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

I'm wondering what experiences in general people have had with the CSC
Archive DAT changer.  For $349, it seem like a pretty good deal; I'm
just wondering why they're dumping them at this price?  Is it because of
the new DDS3 drives just on the market, or is there some horrible
reliability problem with the driver?

I've currently got an old Archive Python DDS-1 drive (yup, no compression).
Having just recovered from a busted disk, I'm wishing that I had taken the
opportunity to do more frequent (unattended) dumps; hence the attraction of
the autochanger.

louie



From owner-freebsd-hackers  Mon Jun  2 21:25:13 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id VAA02502
          for hackers-outgoing; Mon, 2 Jun 1997 21:25:13 -0700 (PDT)
Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA02495
          for <freebsd-hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 21:25:11 -0700 (PDT)
Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id VAA09364; Mon, 2 Jun 1997 21:25:10 -0700 (PDT)
To: Brian Somers <brian@awfulhak.org>
cc: freebsd-hackers@FreeBSD.ORG, Ari Suutari <ari.suutari@ps.carel.fi>
Subject: Re: natd 
In-reply-to: Your message of "Tue, 03 Jun 1997 01:17:16 BST."
             <199706030017.BAA14374@awfulhak.demon.co.uk> 
Date: Mon, 02 Jun 1997 21:25:10 -0700
Message-ID: <9360.865311910@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> Does anyone have any objections to me bringing natd into the main
> source tree under libexec ?

As long as it's updated to use libalias at the same, I see no reason
why not.  This is definitely one of those pieces of software which has
good reason to be bundled (unlike one of my all-time favories, tn3270 :-)

					Jordan

From owner-freebsd-hackers  Mon Jun  2 21:25:56 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id VAA02546
          for hackers-outgoing; Mon, 2 Jun 1997 21:25:56 -0700 (PDT)
Received: from DNS.Lamb.net (root@DNS.Lamb.net [207.90.181.1])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA02541
          for <freebsd-hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 21:25:54 -0700 (PDT)
Received: from Gatekeeper.Alameda.net (ulf@gatekeeper.Alameda.net [207.90.181.2])
	by DNS.Lamb.net (8.8.5/8.8.5) with ESMTP id VAA02953;
	Mon, 2 Jun 1997 21:26:00 -0700 (PDT)
Received: (from ulf@localhost) by Gatekeeper.Alameda.net (8.8.5/8.7.6) id VAA24919; Mon, 2 Jun 1997 21:25:53 -0700 (PDT)
From: Ulf Zimmermann <ulf@Gatekeeper.Alameda.net>
Message-Id: <199706030425.VAA24919@Gatekeeper.Alameda.net>
Subject: Re: Archive Tape Autochanger
In-Reply-To: <199706030323.XAA14820@whizzo.TransSys.COM> from "Louis A. Mamakos" at "Jun 2, 97 11:23:18 pm"
To: louie@TransSys.COM (Louis A. Mamakos)
Date: Mon, 2 Jun 1997 21:25:52 -0700 (PDT)
Cc: black@zen.cypher.net, rls@mail.id.net, paul@mu.org,
        freebsd-hackers@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-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> I'm wondering what experiences in general people have had with the CSC
> Archive DAT changer.  For $349, it seem like a pretty good deal; I'm
> just wondering why they're dumping them at this price?  Is it because of
> the new DDS3 drives just on the market, or is there some horrible
> reliability problem with the driver?
> 
> I've currently got an old Archive Python DDS-1 drive (yup, no compression).
> Having just recovered from a busted disk, I'm wishing that I had taken the
> opportunity to do more frequent (unattended) dumps; hence the attraction of
> the autochanger.
> 
> louie
> 
> 
> 

The CSC are probably refurbished drives, not new drives.


Ulf.

--------------------------------------------------------------------------
Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936
Alameda Networks, Inc. | http://www.Alameda.net  | Fax#: 510-521-5073

From owner-freebsd-hackers  Mon Jun  2 21:50:40 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id VAA04376
          for hackers-outgoing; Mon, 2 Jun 1997 21:50:40 -0700 (PDT)
Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA04371
          for <freebsd-hackers@freefall.FreeBSD.org>; Mon, 2 Jun 1997 21:50:35 -0700 (PDT)
Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02)
	id AA07613; Tue, 3 Jun 1997 00:50:03 -0400
Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Tue,  3 Jun 1997 00:50 EDT
Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.5/8.7.3) with ESMTP id TAA01232 for <freebsd-hackers@freefall.cdrom.com>; Mon, 2 Jun 1997 19:19:01 -0400 (EDT)
Received: (from rivers@localhost) by lakes.water.net (8.8.5/8.6.9) id TAA00927 for freebsd-hackers@freefall.cdrom.com; Mon, 2 Jun 1997 19:26:33 -0400 (EDT)
Date: Mon, 2 Jun 1997 19:26:33 -0400 (EDT)
From: Thomas David Rivers <ponds!rivers@dg-rtp.dg.com>
Message-Id: <199706022326.TAA00927@lakes.water.net>
To: ponds!freefall.cdrom.com!freebsd-hackers
Subject: Bootable CDROM (aiiieeeee)
Content-Type: text
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


Well -

 Because of a recent storm here in wonderful Raleigh, NC - I just
got hit again with this...

 But - the mail storm which followed my last rant about bootable
CDROMs was of adequate ferocity to cause me to cower in a corner.

 I will, dutifully, simply turn off bootable CDROMs in my aha2940.

 However; let me point out that I believe, because of the difference
in size, a CDROM is not the same as a floppy.  One tends to leave
a CDROM in the drive to get access to the (comparatively voluminous)
bits... this is rarely true of floppies.

 Furthermore, if all of the machines that support bootable CDROMs
have the feature disabled as the user gains more knowledge, it
doesn't speak well of the feature, does it?

 Basically, I said "It hurts when I do this" and everyone replied
"Don't do that..."

	- Dave R. -


From owner-freebsd-hackers  Mon Jun  2 22:51:23 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id WAA06587
          for hackers-outgoing; Mon, 2 Jun 1997 22:51:23 -0700 (PDT)
Received: from iceberg.anchorage.net. (root@iceberg.anchorage.net [207.14.72.150])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA06582
          for <hackers@freebsd.org>; Mon, 2 Jun 1997 22:51:19 -0700 (PDT)
Received: from aak.anchorage.net (ai-132 [207.14.72.132]) by iceberg.anchorage.net. (8.6.11/8.7.3) with SMTP id UAA10089 for <hackers@freebsd.org>; Mon, 2 Jun 1997 20:48:26 -0800
Date: Mon, 2 Jun 1997 21:40:41 -0800 (AKDT)
From: Steve Howe <un_x@anchorage.net>
X-Sender: abc@aak.anchorage.net
To: freebsd-hackers <hackers@freebsd.org>
Subject: Re: signed/unsigned cpp 
In-Reply-To: <199706021529.BAA00871@labs.usn.blaze.net.au>
Message-ID: <Pine.BSF.3.95q.970602212800.5129F-100000@aak.anchorage.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

On Tue, 3 Jun 1997, David Nugent wrote:

> 
> It isn't only a portability issue, but also a c++ standards issue.
> c++ distinguishes between these three types. Ansi c only has two
> and there it *is* a portability issue as to whether char* is signed
> or unsigned. This is one of the many ambiguities that c++ has the
> luxury to resolve. :)

i hate to carry on anything trivial ... but,

having a "default signedness" seems like trouble to me.  when you
are writing code, you should have some intentions for a signedness.
imho, c++ should've just kept 2 types of signedness and made sure
one or the other was always specified - then you wouldn't have
the kludge of "whatever some other compiler deems it to be".
i can't imagine a worthwhile use of that.

if i am using an "unsigned char *", i expect my code to use an
"unsigned char *".  it does not benefit any cross-compiler
or any other architecture to say "no - i will use it as
a signed char *".

but i have been wrong before :)
--------------------------------------------------------------------
 E0BD7BD2 625FC4D0 2ED52811 B1A18A42 http://www.anchorage.net/~un_x
--------------------------------------------------------------------


From owner-freebsd-hackers  Mon Jun  2 23:19:30 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id XAA09335
          for hackers-outgoing; Mon, 2 Jun 1997 23:19:30 -0700 (PDT)
Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA09329
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 23:19:20 -0700 (PDT)
Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id PAA01871; Tue, 3 Jun 1997 15:49:02 +0930 (CST)
From: Michael Smith <msmith@atrad.adelaide.edu.au>
Message-Id: <199706030619.PAA01871@genesis.atrad.adelaide.edu.au>
Subject: Re: signed/unsigned cpp
In-Reply-To: <Pine.BSF.3.95q.970602212800.5129F-100000@aak.anchorage.net> from Steve Howe at "Jun 2, 97 09:40:41 pm"
To: un_x@anchorage.net (Steve Howe)
Date: Tue, 3 Jun 1997 15:49:02 +0930 (CST)
Cc: hackers@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL28 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Steve Howe stands accused of saying:
> 
> > 
> > It isn't only a portability issue, but also a c++ standards issue.
> > c++ distinguishes between these three types. Ansi c only has two
> > and there it *is* a portability issue as to whether char* is signed
> > or unsigned. This is one of the many ambiguities that c++ has the
> > luxury to resolve. :)
> 
> i hate to carry on anything trivial ... but,
> 
> having a "default signedness" seems like trouble to me.  when you
> are writing code, you should have some intentions for a signedness.
> imho, c++ should've just kept 2 types of signedness and made sure
> one or the other was always specified - then you wouldn't have
> the kludge of "whatever some other compiler deems it to be".
> i can't imagine a worthwhile use of that.

Then I suggest that you hang around for a few more years, and get
work on a few more platforms under your belt.  In time, you will 
probably appreciate the distinction well enough.

> if i am using an "unsigned char *", i expect my code to use an
> "unsigned char *".  it does not benefit any cross-compiler
> or any other architecture to say "no - i will use it as
> a signed char *".
> 
> but i have been wrong before :)

No, there you are quite right.  But if I use a "char" type, I know
not to explicitly expect it to be either "signed" or "unsigned".

-- 
]] Mike Smith, Software Engineer        msmith@gsoft.com.au             [[
]] Genesis Software                     genesis@gsoft.com.au            [[
]] High-speed data acquisition and      (GSM mobile)     0411-222-496   [[
]] realtime instrument control.         (ph)          +61-8-8267-3493   [[
]] Unix hardware collector.             "Where are your PEZ?" The Tick  [[

From owner-freebsd-hackers  Mon Jun  2 23:31:56 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id XAA09994
          for hackers-outgoing; Mon, 2 Jun 1997 23:31:56 -0700 (PDT)
Received: from iceberg.anchorage.net. (root@iceberg.anchorage.net [207.14.72.150])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA09973
          for <hackers@freebsd.org>; Mon, 2 Jun 1997 23:31:52 -0700 (PDT)
Received: from aak.anchorage.net (ai-132 [207.14.72.132]) by iceberg.anchorage.net. (8.6.11/8.7.3) with SMTP id VAA10269 for <hackers@freebsd.org>; Mon, 2 Jun 1997 21:29:00 -0800
Date: Mon, 2 Jun 1997 22:21:16 -0800 (AKDT)
From: Steve Howe <un_x@anchorage.net>
X-Sender: abc@aak.anchorage.net
To: freebsd-hackers <hackers@freebsd.org>
Subject: Re: signed/unsigned cpp
In-Reply-To: <199706030619.PAA01871@genesis.atrad.adelaide.edu.au>
Message-ID: <Pine.BSF.3.95q.970602221732.5317A-100000@aak.anchorage.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

On Tue, 3 Jun 1997, Michael Smith wrote:

> No, there you are quite right.  But if I use a "char *" type, I know
> not to explicitly expect it to be either "signed" or "unsigned".

i'm in the middle of porting a bunch of code, and would like to do
it as "properly" as possible.  can anyone tell me an instance
where declaring "char *" is of any benefit, as opposed to
explicitly defining "unsinged char *" or "signed char *" ?

--------------------------------------------------------------------
 E0BD7BD2 625FC4D0 2ED52811 B1A18A42 http://www.anchorage.net/~un_x
--------------------------------------------------------------------


From owner-freebsd-hackers  Mon Jun  2 23:51:12 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id XAA10939
          for hackers-outgoing; Mon, 2 Jun 1997 23:51:12 -0700 (PDT)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA10931
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 23:51:09 -0700 (PDT)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA09802 for hackers@FreeBSD.ORG; Tue, 3 Jun 1997 08:51:06 +0200
Received: (from j@localhost)
	by uriah.heep.sax.de (8.8.5/8.8.5) id IAA15030;
	Tue, 3 Jun 1997 08:23:48 +0200 (MET DST)
Message-ID: <19970603082347.TZ02340@uriah.heep.sax.de>
Date: Tue, 3 Jun 1997 08:23:47 +0200
From: j@uriah.heep.sax.de (J Wunsch)
To: hackers@FreeBSD.ORG
Subject: Re: Minor linux_emul update
References: <19970602214729.QA19408@uriah.heep.sax.de> <199706030028.JAA27698@genesis.atrad.adelaide.edu.au>
X-Mailer: Mutt 0.60_p2-3,5,8-9
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <199706030028.JAA27698@genesis.atrad.adelaide.edu.au>; from Michael Smith on Jun 3, 1997 09:58:20 +0930
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

As Michael Smith wrote:

> > I hope there's a sysctl to set it? :-)
> 
> Uhh, no, at the moment that's left as an exercise for the pirate. 8)

Why pirate?  Somehow, you must generate the number, one way or the
other.  You know it...  I've got no ethernet at all, so what's the
returned number?  I replace my first ethernet card by a totally
different number, am i required to change my license?

>   Can you
> have sysctl variables in LKMs?

Last time i've been looking for it, this didn't work.  IMHO, there
should be a way for it.

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Mon Jun  2 23:51:33 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id XAA10985
          for hackers-outgoing; Mon, 2 Jun 1997 23:51:33 -0700 (PDT)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA10978
          for <hackers@freebsd.org>; Mon, 2 Jun 1997 23:51:28 -0700 (PDT)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA09812 for hackers@freebsd.org; Tue, 3 Jun 1997 08:51:21 +0200
Received: (from j@localhost)
	by uriah.heep.sax.de (8.8.5/8.8.5) id IAA15061;
	Tue, 3 Jun 1997 08:29:31 +0200 (MET DST)
Message-ID: <19970603082931.JL57049@uriah.heep.sax.de>
Date: Tue, 3 Jun 1997 08:29:31 +0200
From: j@uriah.heep.sax.de (J Wunsch)
To: hackers@freebsd.org
Subject: Re: Why routed and not gated by default?
References: <19970602223231.RC39608@uriah.heep.sax.de> <97Jun2.184213pdt.177489@crevenia.parc.xerox.com>
X-Mailer: Mutt 0.60_p2-3,5,8-9
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <97Jun2.184213pdt.177489@crevenia.parc.xerox.com>; from Bill Fenner on Jun 2, 1997 18:42:03 -0800
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

As Bill Fenner wrote:

> >I know that Bill Fenner will heavily object now
> 
> Hm, I'm not sure that's the kind of name I want to have made for myself
> in the FreeBSD community =)

:-)

> I still believe that router discovery should be enabled by default
> on ethernet-connected end-systems that aren't acting as routers
> themselves.

And my point is that the operator should be required to actively hit a
button before this is turned on.  The operator could be automatically
guided to this question however, e.g. in Novice installation mode.

There are a lot of ethernets on this planet where even running router
discovery is at best a waste of virtual memory (since there's simply
nothing to discover).

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Mon Jun  2 23:53:56 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id XAA11132
          for hackers-outgoing; Mon, 2 Jun 1997 23:53:56 -0700 (PDT)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA11127
          for <hackers@FreeBSD.ORG>; Mon, 2 Jun 1997 23:53:53 -0700 (PDT)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA09847 for hackers@FreeBSD.ORG; Tue, 3 Jun 1997 08:53:51 +0200
Received: (from j@localhost)
	by uriah.heep.sax.de (8.8.5/8.8.5) id IAA15099;
	Tue, 3 Jun 1997 08:47:51 +0200 (MET DST)
Message-ID: <19970603084751.HG55689@uriah.heep.sax.de>
Date: Tue, 3 Jun 1997 08:47:51 +0200
From: j@uriah.heep.sax.de (J Wunsch)
To: hackers@FreeBSD.ORG
Subject: Re: What's wrong with a bootable CDROM???
References: <Pine.BSF.3.95.970602192817.1126A-100000@why> <8811.865298385@time.cdrom.com>
X-Mailer: Mutt 0.60_p2-3,5,8-9
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <8811.865298385@time.cdrom.com>; from Jordan K. Hubbard on Jun 2, 1997 17:39:45 -0700
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

As Jordan K. Hubbard wrote:

> > Speaking of problems with the bootable CD-ROM.  If you boot off the first
> > disk, you can't insert the fixit cdrom (cd drawer is locked).  And you
> > can't boot off the fixit cdrom.... *sigh*  maybe next time.
> 
> "Interesting." :-)
> 
> I didn't think the boot process would lock the CDROM this way;

Because you didn't read El Torito. :) You gotta call int 0x13, fn 4b00
(``Terminate disk emulation'') in order to give up this silly idea
that the CD-ROM is drive A: now...

Mine isn't locked however.  Perhaps it's BIOS-dependant.

> I suppose
> I could make the 2nd CD bootable without too much trouble.  Would people
> prefer that?

I suppose you've got more trouble with this...  Well, you could stuff
a sysinstall floppy on it, but i'd suggest waiting until my CD-ROM
boot code is complete.  This allows to boot /kernel directly.

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Tue Jun  3 00:24:10 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id AAA12698
          for hackers-outgoing; Tue, 3 Jun 1997 00:24:10 -0700 (PDT)
Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA12691
          for <hackers@FreeBSD.ORG>; Tue, 3 Jun 1997 00:24:06 -0700 (PDT)
Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id QAA02504; Tue, 3 Jun 1997 16:53:33 +0930 (CST)
From: Michael Smith <msmith@atrad.adelaide.edu.au>
Message-Id: <199706030723.QAA02504@genesis.atrad.adelaide.edu.au>
Subject: Re: signed/unsigned cpp
In-Reply-To: <Pine.BSF.3.95q.970602221732.5317A-100000@aak.anchorage.net> from Steve Howe at "Jun 2, 97 10:21:16 pm"
To: un_x@anchorage.net (Steve Howe)
Date: Tue, 3 Jun 1997 16:53:33 +0930 (CST)
Cc: hackers@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL28 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Steve Howe stands accused of saying:
> On Tue, 3 Jun 1997, Michael Smith wrote:
> 
> > No, there you are quite right.  But if I use a "char *" type, I know
> > not to explicitly expect it to be either "signed" or "unsigned".
> 
> i'm in the middle of porting a bunch of code, and would like to do
> it as "properly" as possible.  can anyone tell me an instance
> where declaring "char *" is of any benefit, as opposed to
> explicitly defining "unsinged char *" or "signed char *" ?

Use the explicit signed/unsigned types if you are performing
arithmetic with your character variables and need a definite
behaviour.  Use the default type for other ("generic") operations.

Avoid the use of "char" types unless specifically indicated, eg. don't
use them for flag values, loop counters in small loops, etc.

-- 
]] Mike Smith, Software Engineer        msmith@gsoft.com.au             [[
]] Genesis Software                     genesis@gsoft.com.au            [[
]] High-speed data acquisition and      (GSM mobile)     0411-222-496   [[
]] realtime instrument control.         (ph)          +61-8-8267-3493   [[
]] Unix hardware collector.             "Where are your PEZ?" The Tick  [[

From owner-freebsd-hackers  Tue Jun  3 00:34:37 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id AAA13449
          for hackers-outgoing; Tue, 3 Jun 1997 00:34:37 -0700 (PDT)
Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA13441
          for <hackers@FreeBSD.ORG>; Tue, 3 Jun 1997 00:34:34 -0700 (PDT)
Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id RAA02671; Tue, 3 Jun 1997 17:04:25 +0930 (CST)
From: Michael Smith <msmith@atrad.adelaide.edu.au>
Message-Id: <199706030734.RAA02671@genesis.atrad.adelaide.edu.au>
Subject: Re: Minor linux_emul update
In-Reply-To: <19970603082347.TZ02340@uriah.heep.sax.de> from J Wunsch at "Jun 3, 97 08:23:47 am"
To: joerg_wunsch@uriah.heep.sax.de
Date: Tue, 3 Jun 1997 17:04:24 +0930 (CST)
Cc: hackers@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL28 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

J Wunsch stands accused of saying:
> As Michael Smith wrote:
> 
> > > I hope there's a sysctl to set it? :-)
> > 
> > Uhh, no, at the moment that's left as an exercise for the pirate. 8)
> 
> Why pirate?  Somehow, you must generate the number, one way or the
> other.  You know it...  I've got no ethernet at all, so what's the
> returned number?

It's empty, and you require a different license type.

>  I replace my first ethernet card by a totally
> different number, am i required to change my license?

Yes. 

Note that the above is "reality".  I loudly reserve comment on whether I
like it 8)
 
> >   Can you
> > have sysctl variables in LKMs?
> 
> Last time i've been looking for it, this didn't work.  IMHO, there
> should be a way for it.

That kinda sinks the whole thing then. 8(

-- 
]] Mike Smith, Software Engineer        msmith@gsoft.com.au             [[
]] Genesis Software                     genesis@gsoft.com.au            [[
]] High-speed data acquisition and      (GSM mobile)     0411-222-496   [[
]] realtime instrument control.         (ph)          +61-8-8267-3493   [[
]] Unix hardware collector.             "Where are your PEZ?" The Tick  [[

From owner-freebsd-hackers  Tue Jun  3 03:13:28 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id DAA19995
          for hackers-outgoing; Tue, 3 Jun 1997 03:13:28 -0700 (PDT)
Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [194.151.74.97])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA19990
          for <FreeBSD-hackers@freebsd.org>; Tue, 3 Jun 1997 03:13:24 -0700 (PDT)
Received: (from guido@localhost) by gvr.win.tue.nl (8.8.5/8.8.2) id MAA27462 for FreeBSD-hackers@freebsd.org; Tue, 3 Jun 1997 12:13:22 +0200 (MET DST)
From: Guido van Rooij <guido@gvr.win.tue.nl>
Message-Id: <199706031013.MAA27462@gvr.win.tue.nl>
Subject: ethernet card incompatibilities?
To: FreeBSD-hackers@freebsd.org (FreeBSD-hackers)
Date: Tue, 3 Jun 1997 12:13:22 +0200 (MET DST)
X-Mailer: ELM [version 2.4ME+ PL28 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

I've got a network with bothe an old 8 bit smc 8003 card
on it and a Digital DC21041 on it.
When I have data transfers going on from the DEC card to the SMC card,
I am seeing input errors on the SMC card. Is this a known incompatibility?
The erros are not all equal. I'm seeing :  81, 86, a1, 21 and 1 
(see if_edreg.h at 'Receiver Status Register (RSR) definitions'
for an explanation of these errors).

-Guido

From owner-freebsd-hackers  Tue Jun  3 03:38:16 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id DAA21187
          for hackers-outgoing; Tue, 3 Jun 1997 03:38:16 -0700 (PDT)
Received: from implode.root.com (implode.root.com [198.145.90.17])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA21182
          for <FreeBSD-hackers@FreeBSD.ORG>; Tue, 3 Jun 1997 03:38:14 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1])
	by implode.root.com (8.8.5/8.8.5) with SMTP id DAA06008;
	Tue, 3 Jun 1997 03:39:38 -0700 (PDT)
Message-Id: <199706031039.DAA06008@implode.root.com>
X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol
To: Guido van Rooij <guido@gvr.win.tue.nl>
cc: FreeBSD-hackers@FreeBSD.ORG (FreeBSD-hackers)
Subject: Re: ethernet card incompatibilities? 
In-reply-to: Your message of "Tue, 03 Jun 1997 12:13:22 +0200."
             <199706031013.MAA27462@gvr.win.tue.nl> 
From: David Greenman <dg@root.com>
Reply-To: dg@root.com
Date: Tue, 03 Jun 1997 03:39:38 -0700
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>I've got a network with bothe an old 8 bit smc 8003 card
>on it and a Digital DC21041 on it.

   If it's an 8003, then it's a Western Digital, not an SMC, right?

>When I have data transfers going on from the DEC card to the SMC card,
>I am seeing input errors on the SMC card. Is this a known incompatibility?
>The erros are not all equal. I'm seeing :  81, 86, a1, 21 and 1 
>(see if_edreg.h at 'Receiver Status Register (RSR) definitions'
>for an explanation of these errors).

   Hmmm. This sounds like a cabling problem like a crushed ethernet coax
cable or something - especially since you're seeing CRC and frame alignment
errors.

-DG

David Greenman
Core-team/Principal Architect, The FreeBSD Project

From owner-freebsd-hackers  Tue Jun  3 05:51:39 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id FAA26523
          for hackers-outgoing; Tue, 3 Jun 1997 05:51:39 -0700 (PDT)
Received: from obiwan.psinet.net.au (obiwan.psinet.net.au [203.19.28.59])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA26498
          for <hackers@FreeBSD.ORG>; Tue, 3 Jun 1997 05:51:34 -0700 (PDT)
Received: from localhost (adrian@localhost)
	by obiwan.psinet.net.au (8.8.5/8.8.5) with SMTP id UAA04977;
	Tue, 3 Jun 1997 20:32:11 +0800 (WST)
Date: Tue, 3 Jun 1997 20:32:10 +0800 (WST)
From: Adrian Chadd <adrian@obiwan.psinet.net.au>
To: Michael Smith <msmith@atrad.adelaide.edu.au>
cc: joerg_wunsch@uriah.heep.sax.de, hackers@FreeBSD.ORG
Subject: Re: Minor linux_emul update
In-Reply-To: <199706030734.RAA02671@genesis.atrad.adelaide.edu.au>
Message-ID: <Pine.BSF.3.95q.970603202911.4950A-100000@obiwan.psinet.net.au>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


> > >   Can you
> > > have sysctl variables in LKMs?
> > 
> > Last time i've been looking for it, this didn't work.  IMHO, there
> > should be a way for it.
> 
> That kinda sinks the whole thing then. 8(

I've tried that .. she no go.
Anyone got any ideas? I'd really like the java support I wrote to have its
sysctl hooks work when used as an LKM *grin*

If I'm feeling espcially bored tonight I'll check out the sysctl code and
see if it can support LKMs. Thing is, I remember it being the sysctl stuff
defined at compile time. Don't quote me though.. I'm busy working. :)

Adrian



From owner-freebsd-hackers  Tue Jun  3 07:24:34 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id HAA00956
          for hackers-outgoing; Tue, 3 Jun 1997 07:24:34 -0700 (PDT)
Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id HAA00729
          for <hackers@freebsd.org>; Tue, 3 Jun 1997 07:19:03 -0700 (PDT)
Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id MAA25969; Tue, 3 Jun 1997 12:41:15 +0200
From: Luigi Rizzo <luigi@labinfo.iet.unipi.it>
Message-Id: <199706031041.MAA25969@labinfo.iet.unipi.it>
Subject: Re: DMA for IDE drives ?
To: toor@dyson.iquest.net (John S. Dyson)
Date: Tue, 3 Jun 1997 12:41:14 +0200 (MET DST)
Cc: hackers@freebsd.org
In-Reply-To: <199705211437.JAA01152@dyson.iquest.net> from "John S. Dyson" at May 21, 97 09:37:22 am
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Following the suggestion from John Dyson, I have downloaded the
documents for the PIIX controller (i82371FB/i82371SB) which is used
on several of our motherboards.

Maybe I am oversimplifying things but it seems that DMA for IDE
could be implemented as follows:

  assuming that the conditions to use DMA on IDE apply (i.e a PIIX
  controller is detected, a drive supporting DMA is present on the
  channel), a read or write operation is required:

in wdstart():
    
    for write operations:
	instead of calling the outsw()/outsl, program the controller
	as specified in the PIIX manual, bottom of page 97, steps 1, 2,
	4 (step 3 should have been already taken care of; or the
	command to request a DMA write transfer is different from a
	regular write command ?)

    for read operations:
	before returning, program the PIIX controller executing steps
	1,2,4 as above;

in wdintr()

    clear the stop bit in the dma-ide command register of the PIIX
    (step 7 page 98 of the docs)

    additionally, for read ops, do not issue the insw/insl instructions

[One difficulty which might arise is that there is one DMA for each ide
channel. So, presumably, we cannot overlap read/write ops on separate
drives; I don't even know if we can do it now, btw.]

Is it that simple, or there are other details I am not considering ?

	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/
_____________________________|______________________________________

    for write operations:
> John
> 


From owner-freebsd-hackers  Tue Jun  3 07:28:08 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id HAA01104
          for hackers-outgoing; Tue, 3 Jun 1997 07:28:08 -0700 (PDT)
Received: from heathers.stdio.com (root@heathers.stdio.com [204.152.114.65])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA01099
          for <hackers@FreeBSD.ORG>; Tue, 3 Jun 1997 07:28:05 -0700 (PDT)
Received: from frog (socks6.raleigh.ibm.com [204.146.167.115]) by heathers.stdio.com (8.6.12/8.6.13) with SMTP id HAA15967 for <hackers@FreeBSD.ORG>; Tue, 3 Jun 1997 07:45:45 -0400
Message-ID: <339429EE.41C6@stdio.com>
Date: Tue, 03 Jun 1997 10:27:58 -0400
From: Larry Lile <lile@stdio.com>
X-Mailer: Mozilla 3.01 (X11; I; AIX 1)
MIME-Version: 1.0
To: hackers@FreeBSD.ORG
Subject: Re: Tropic token ring driver
References: <3392FC14.41C6@stdio.com> <19970602223654.XZ56494@uriah.heep.sax.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

J Wunsch wrote:
> 
> As Larry Lile wrote:
> 
> >   Right now I am picking up the shared ram address
> > from the foo->id_maddr in the probe routine and kvtop(foo->id_maddr)
> > gives the correct physical address.  What I would like to do is
> > pick up the address from 0x0a20 (Which after some math is usually
> > either 0xcc000 or 0xdc000) and get a kvm address to it, ie the
> > inverse of kvtop.
> 
> Do you only need the KVA of it (i.e., you don't need it for things
> like DMA)?  If the shared memory is always in the ISA hole, there's a
> fixed mapping for it (i think you need to add 0xf000000 to the
> physical address).  For devices that go into the higher memory area
> (like PCI), you need to map it yourself anyway.
> 
That was what I had guessed from looking at the values returned by
id_maddr, but I wanted to be sure.

> > Also, how do you get your driver registered into the boot-up
> > config? (Right now it would be helpful for debugging)
> 
> That's still handwork, to go into /sys/i386/i386/userconfig.c.
> 
That helped move things along.  Know it appears I have my driver
defined in all the right places. :)

Thanks for the help J"org.

Now, does anyone have a Token-ring network architechture reference
(IBM Part # SC30-3374-02) to donate (or loan) to the cause?  My 
friend is trying to find his old copy, but that could take a while.
If not I guess I can just cough up the 76.50 for it myself, and it
only took about 5 days to get the card ref from IBM so this shouldn't
take much longer.  

I remember someone talking about the arp code for a fddi card being
similar, but I cant seem to locate that again.  So if you're still 
out there drop me a line.

Thanks

-- 
Larry Lile
lile@stdio.com

From owner-freebsd-hackers  Tue Jun  3 08:06:34 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id IAA02872
          for hackers-outgoing; Tue, 3 Jun 1997 08:06:34 -0700 (PDT)
Received: from pluto.plutotech.com (root@pluto100.plutotech.com [206.168.67.137])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA02867
          for <hackers@FreeBSD.ORG>; Tue, 3 Jun 1997 08:06:32 -0700 (PDT)
Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130])
	by pluto.plutotech.com (8.8.5/8.8.5) with ESMTP id JAA04331;
	Tue, 3 Jun 1997 09:02:41 -0600 (MDT)
Message-Id: <199706031502.JAA04331@pluto.plutotech.com>
X-Mailer: exmh version 2.0beta 12/23/96
To: Luigi Rizzo <luigi@labinfo.iet.unipi.it>
cc: toor@dyson.iquest.net (John S. Dyson), hackers@FreeBSD.ORG
Subject: Re: DMA for IDE drives ? 
In-reply-to: Your message of "Tue, 03 Jun 1997 12:41:14 +0200."
             <199706031041.MAA25969@labinfo.iet.unipi.it> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Tue, 03 Jun 1997 09:58:58 -0600
From: "Justin T. Gibbs" <gibbs@plutotech.com>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Do the newer IDE drives support any concept similar to tagged queueing?
Perhaps via EATA?  Supporting DMA is only half the battle in my mind as you
won't get anywhere near the throughput of a SCSI drive if you can't
schedule and have the drive reorder multiple transactions at a time. 

--
Justin T. Gibbs
===========================================
  FreeBSD: Turning PCs into workstations
===========================================



From owner-freebsd-hackers  Tue Jun  3 08:09:18 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id IAA03054
          for hackers-outgoing; Tue, 3 Jun 1997 08:09:18 -0700 (PDT)
Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA03048
          for <hackers@freebsd.org>; Tue, 3 Jun 1997 08:09:16 -0700 (PDT)
Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id JAA26701; Tue, 3 Jun 1997 09:09:04 -0600 (MDT)
Date: Tue, 3 Jun 1997 09:09:04 -0600 (MDT)
Message-Id: <199706031509.JAA26701@rocky.mt.sri.com>
From: Nate Williams <nate@mt.sri.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
Cc: hackers@freebsd.org
Subject: Re: Minor linux_emul update
In-Reply-To: <19970603082347.TZ02340@uriah.heep.sax.de>
References: <19970602214729.QA19408@uriah.heep.sax.de>
	<199706030028.JAA27698@genesis.atrad.adelaide.edu.au>
	<19970603082347.TZ02340@uriah.heep.sax.de>
X-Mailer: VM 6.29 under 19.15 XEmacs Lucid
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

> > Uhh, no, at the moment that's left as an exercise for the pirate. 8)
> 
> Why pirate?  Somehow, you must generate the number, one way or the
> other.  You know it...  I've got no ethernet at all, so what's the
> returned number?

"", which means you must use a different licensing scheme on your box.

> I replace my first ethernet card by a totally
> different number, am i required to change my license?

Yes.

(And, unfortunately, I am being serious, at least in the eyes of the
folks who use FlexLM for software licensing.)


Nate

From owner-freebsd-hackers  Tue Jun  3 08:39:44 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id IAA04722
          for hackers-outgoing; Tue, 3 Jun 1997 08:39:44 -0700 (PDT)
Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA04717
          for <hackers@FreeBSD.ORG>; Tue, 3 Jun 1997 08:39:41 -0700 (PDT)
Received: (from sos@localhost) by sos.freebsd.dk (8.8.5/8.7.3) id RAA25432; Tue, 3 Jun 1997 17:39:45 +0200 (MEST)
From: Søren Schmidt <sos@sos.freebsd.dk>
Message-Id: <199706031539.RAA25432@sos.freebsd.dk>
Subject: Re: DMA for IDE drives ?
In-Reply-To: <199706031041.MAA25969@labinfo.iet.unipi.it> from Luigi Rizzo at "Jun 3, 97 12:41:14 pm"
To: luigi@labinfo.iet.unipi.it (Luigi Rizzo)
Date: Tue, 3 Jun 1997 17:39:45 +0200 (MEST)
Cc: toor@dyson.iquest.net, hackers@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-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

In reply to Luigi Rizzo who wrote:
> Following the suggestion from John Dyson, I have downloaded the
> documents for the PIIX controller (i82371FB/i82371SB) which is used
> on several of our motherboards.
> 
> Maybe I am oversimplifying things but it seems that DMA for IDE
> could be implemented as follows:
> 
>   assuming that the conditions to use DMA on IDE apply (i.e a PIIX
>   controller is detected, a drive supporting DMA is present on the
>   channel), a read or write operation is required:
> 
> in wdstart():
>     
>     for write operations:
> 	instead of calling the outsw()/outsl, program the controller
> 	as specified in the PIIX manual, bottom of page 97, steps 1, 2,
> 	4 (step 3 should have been already taken care of; or the
> 	command to request a DMA write transfer is different from a
> 	regular write command ?)
> 
>     for read operations:
> 	before returning, program the PIIX controller executing steps
> 	1,2,4 as above;
> 
> in wdintr()
> 
>     clear the stop bit in the dma-ide command register of the PIIX
>     (step 7 page 98 of the docs)
> 
>     additionally, for read ops, do not issue the insw/insl instructions

Pretty to the point, but you also need code to check if the drive
really supports DMAr. the struct wdparam has to be enlarged.
I'm currently testing exactly this here, it seems to work so far.
More later...

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Søren Schmidt               (sos@FreeBSD.org)               FreeBSD Core Team
                Even more code to hack -- will it ever end
..

From owner-freebsd-hackers  Tue Jun  3 08:49:59 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id IAA05291
          for hackers-outgoing; Tue, 3 Jun 1997 08:49:59 -0700 (PDT)
Received: from ice.cold.org (cold.org [206.81.134.103])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA05286
          for <hackers@FreeBSD.ORG>; Tue, 3 Jun 1997 08:49:55 -0700 (PDT)
Received: from localhost (brandon@localhost)
	by ice.cold.org (8.8.5/8.8.5) with SMTP id JAA10451
	for <hackers@FreeBSD.ORG>; Tue, 3 Jun 1997 09:49:56 -0600 (MDT)
Date: Tue, 3 Jun 1997 09:49:56 -0600 (MDT)
From: Brandon Gillespie <brandon@ice.cold.org>
To: hackers@FreeBSD.ORG
Subject: Re: Why routed and not gated by default?
In-Reply-To: <19970603082931.JL57049@uriah.heep.sax.de>
Message-ID: <Pine.NEB.3.95.970603094344.10381D-100000@ice.cold.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On Tue, 3 Jun 1997, J Wunsch wrote:
> As Bill Fenner wrote:
> > >I know that Bill Fenner will heavily object now
> > 
> > Hm, I'm not sure that's the kind of name I want to have made for myself
> > in the FreeBSD community =)
> 
> :-)
> 
> > I still believe that router discovery should be enabled by default
> > on ethernet-connected end-systems that aren't acting as routers
> > themselves.
> 
> And my point is that the operator should be required to actively hit a
> button before this is turned on.  The operator could be automatically
> guided to this question however, e.g. in Novice installation mode.
> 
> There are a lot of ethernets on this planet where even running router
> discovery is at best a waste of virtual memory (since there's simply
> nothing to discover).

I vehmenently agree 8)

Or at the very least, EXPLAIN the difference between routed and gated in
the docs.  A year or so ago when I first installed these systems I had no
idea what routed did (RIP/OSPF etc) so I just figured it was decent, and
handled things in a modern context.  Then we upgraded our router which
came from our ISP with a 'standard' (by their terms)
configuration--suddenly none of the FreeBSD boxes worked.  Took me FOREVER
to figure out that the reason was they were using RIP--enabling RIP on the
ciscoPro fixed the problem, but it would have been wonderful if I had
known that doing router=routed means I'm running RIP.  In the docs perhaps
explain that if you run routed, you are running an older-but-perfectly-
acceptable-for-small-networks RIP protocol, and if you want something else
you should probably install gated with its assundry problems and whatnot.

As for the possibility of gated being mis-configured and not working?

Welcome to unix :)

Basically, other systems seem to be able to automatically setup gated just
fine without problems (Digital Unix comes to mind).  I mean, a basic
configuration is trivial.  The whole reason I didn't use gated is because
(at least at the time) the basic package/port install DIDNT WORK, I still
have to learn the magic configuration directives.

[steps off soapbox]

-Brandon Gillespie


From owner-freebsd-hackers  Tue Jun  3 08:52:50 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id IAA05486
          for hackers-outgoing; Tue, 3 Jun 1997 08:52:50 -0700 (PDT)
Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA05480
          for <hackers@FreeBSD.ORG>; Tue, 3 Jun 1997 08:52:45 -0700 (PDT)
Received: (from sos@localhost) by sos.freebsd.dk (8.8.5/8.7.3) id RAA10984; Tue, 3 Jun 1997 17:52:38 +0200 (MEST)
From: Søren Schmidt <sos@sos.freebsd.dk>
Message-Id: <199706031552.RAA10984@sos.freebsd.dk>
Subject: Re: DMA for IDE drives ?
In-Reply-To: <199706031502.JAA04331@pluto.plutotech.com> from "Justin T. Gibbs" at "Jun 3, 97 09:58:58 am"
To: gibbs@plutotech.com (Justin T. Gibbs)
Date: Tue, 3 Jun 1997 17:52:38 +0200 (MEST)
Cc: luigi@labinfo.iet.unipi.it, toor@dyson.iquest.net, hackers@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-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

In reply to Justin T. Gibbs who wrote:
> Do the newer IDE drives support any concept similar to tagged queueing?
> Perhaps via EATA?  Supporting DMA is only half the battle in my mind as you
> won't get anywhere near the throughput of a SCSI drive if you can't
> schedule and have the drive reorder multiple transactions at a time. 

There seems to be provision for queued overlapped DMA in the 
newest ATA pseudo std. A depth up to 31 is possible. I havn't
checked deeper yet what the drives are capable of doing with
the queue though...
I'm currently playing with using DMA on my Maxtor drives, I'll
look closer when I get the time....

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Søren Schmidt               (sos@FreeBSD.org)               FreeBSD Core Team
                Even more code to hack -- will it ever end
..

From owner-freebsd-hackers  Tue Jun  3 08:53:26 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id IAA05544
          for hackers-outgoing; Tue, 3 Jun 1997 08:53:26 -0700 (PDT)
Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id IAA05478
          for <hackers@FreeBSD.ORG>; Tue, 3 Jun 1997 08:52:41 -0700 (PDT)
Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id RAA26456; Tue, 3 Jun 1997 17:18:43 +0200
From: Luigi Rizzo <luigi@labinfo.iet.unipi.it>
Message-Id: <199706031518.RAA26456@labinfo.iet.unipi.it>
Subject: disk scheduling (was Re: DMA for IDE drives ?)
To: gibbs@plutotech.com (Justin T. Gibbs)
Date: Tue, 3 Jun 1997 17:18:42 +0200 (MET DST)
Cc: toor@dyson.iquest.net, hackers@FreeBSD.ORG
In-Reply-To: <199706031502.JAA04331@pluto.plutotech.com> from "Justin T. Gibbs" at Jun 3, 97 09:58:39 am
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> Do the newer IDE drives support any concept similar to tagged queueing?

don't know. Does someone has a reference to IDE/EIDE/ATA/EATA
command sets specifications available on the net ?

> Perhaps via EATA?  Supporting DMA is only half the battle in my mind as you

Yes it is half the battle but since even the cheapest IDE disks I
can buy now support a sustained transfer rate in the 3..5 MB/s and
more (measured with iozone for large files, no caching effect) I
think the advantage would be significant, especially in terms of
responsiveness of the system.

My QUANTUM FIREBALL_TM3200S 300X with a 2940A Ultra SCSI does a
mere 3MB/s writing (iozone 64 8192), on a PPRO-200. Not impressive,
considering a WDC AC21600H does 4.9MB/s on the same hardware (in
both cases, a P5-133 gives almost the same results, it is not
cpu-limited).  The WDC AC21600H has a lower price-per-gigabyte,
despite the FIREBALL_TM3200S is one of the cheapest SCSI units
available.

> won't get anywhere near the throughput of a SCSI drive if you can't
> schedule and have the drive reorder multiple transactions at a time. 

This is only true if (i) your application really needs this, and
(ii) you trust the firmware of the drive to implement such scheduling
effectively.

Let's say that (i) is true (although when you are using FreeBSD on
a personal workstation, this is not necessarily true in many cases),
I wonder why a disk vendor should go through the effort and cost
of implementing complex scheduling policies in the firmware for a
disk which will be used in 99% of the cases under Windows95 and
with broken chipsets.

Really, if you go for IDE, you are probably going for a cheap
solution and you give up something in term of performance. Probably,
thanks to the tagged queueing you were mentioning, SCSI compared to
DMA-IDE can give you better response when handling concurrent requests,
but not faster raw speed -- there's no reason why: same mechanics, same
electronics, only the interface is different.

One more thing: it is true that the disk drive can generally schedule
requests better than the OS because it has more info on the real
geometry of the drive, but the OS can handle a larger cache
and more concurrent requests. Both can do a good job,
it all depends on what is the dominant parameter in the access
time, whether the rotational latency or the track-to-track head
movement. If it is the former (which is likely, since speeds are
increasing from 3600 to 7200rpm or more, corresponding to about
4ms avg. for the fastest drives), then the OS does not have a lot
of chances with variable geometries.  But perhaps future drives
might have multiple heads [1] and then rotational latencies will
drop to sub-millisecond, and then leaving the OS do the real
scheduling will make sense again.

[1] I know it is a tough problem to have multiple heads, because they
will not be automatically aligned with each other as in the case of a
single head, thus there will be significant tracking problems. But
they can be solved; e.g. with one write head, multiple read
heads one could use the same tracking solutions which are used on CDs.

	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/
_____________________________|______________________________________

From owner-freebsd-hackers  Tue Jun  3 09:06:01 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id JAA06017
          for hackers-outgoing; Tue, 3 Jun 1997 09:06:01 -0700 (PDT)
Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA06009
          for <hackers@FreeBSD.ORG>; Tue, 3 Jun 1997 09:05:39 -0700 (PDT)
Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id RAA26497; Tue, 3 Jun 1997 17:25:54 +0200
From: Luigi Rizzo <luigi@labinfo.iet.unipi.it>
Message-Id: <199706031525.RAA26497@labinfo.iet.unipi.it>
Subject: Re: DMA for IDE drives ?
To: sos@sos.freebsd.dk (Søren Schmidt)
Date: Tue, 3 Jun 1997 17:25:53 +0200 (MET DST)
Cc: toor@dyson.iquest.net, hackers@FreeBSD.ORG
In-Reply-To: <199706031539.RAA25432@sos.freebsd.dk> from "Søren Schmidt" at Jun 3, 97 05:39:26 pm
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> In reply to Luigi Rizzo who wrote:
> > Following the suggestion from John Dyson, I have downloaded the
> > documents for the PIIX controller (i82371FB/i82371SB) which is used
> > on several of our motherboards.
> >=20
> > Maybe I am oversimplifying things but it seems that DMA for IDE
> > could be implemented as follows:
...

> Pretty to the point, but you also need code to check if the drive
> really supports DMAr. the struct wdparam has to be enlarged.

one bit per drive, there is one bit per drive reserved to this in the 82371
registers BMISTA (see the data sheets, page 77) :) It's a hack of
course, since you also need to store somewhere the type of controller
you are using.

> I'm currently testing exactly this here, it seems to work so far.
> More later...

Great!

	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/
_____________________________|______________________________________

From owner-freebsd-hackers  Tue Jun  3 09:16:51 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id JAA06716
          for hackers-outgoing; Tue, 3 Jun 1997 09:16:51 -0700 (PDT)
Received: from gatekeeper.itribe.net (gatekeeper.itribe.net [208.141.85.254])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA06710
          for <hackers@freebsd.org>; Tue, 3 Jun 1997 09:16:46 -0700 (PDT)
Message-Id: <199706031617.MAA05393@gatekeeper.itribe.net>
Received: forwarded by SMTP 1.6.0.
Date: Tue, 3 Jun 1997 12:15:57 -0400 (EDT)
From: Jamie Bowden <jamie@itribe.net>
To: Nate Williams <nate@mt.sri.com>
cc: Joerg Wunsch <joerg_wunsch@uriah.heep.sax.de>, hackers@freebsd.org
Subject: Re: Minor linux_emul update
In-Reply-To: <199706031509.JAA26701@rocky.mt.sri.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

On Tue, 3 Jun 1997, Nate Williams wrote:

> > > Uhh, no, at the moment that's left as an exercise for the pirate. 8)
> > 
> > Why pirate?  Somehow, you must generate the number, one way or the
> > other.  You know it...  I've got no ethernet at all, so what's the
> > returned number?
> 
> "", which means you must use a different licensing scheme on your box.
> 
> > I replace my first ethernet card by a totally
> > different number, am i required to change my license?
> 
> Yes.
> 
> (And, unfortunately, I am being serious, at least in the eyes of the
> folks who use FlexLM for software licensing.)
> 
> 
> Nate
> 

Unless HOSTID is implemented.  Back when I was admining SunOS/Solaris
boxes, FlexLM was using hostid's for verifacation.  And of course, Sun
being Sun, you can change a hostid on a system as easily as you can change
MAC addresses on a Sun box  :)

Jamie Bowden

System Administrator, iTRiBE.net


From owner-freebsd-hackers  Tue Jun  3 09:24:04 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id JAA07166
          for hackers-outgoing; Tue, 3 Jun 1997 09:24:04 -0700 (PDT)
Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA07093
          for <hackers@FreeBSD.ORG>; Tue, 3 Jun 1997 09:23:56 -0700 (PDT)
Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA16789; Tue, 3 Jun 1997 09:20:18 -0700
From: Terry Lambert <terry@lambert.org>
Message-Id: <199706031620.JAA16789@phaeton.artisoft.com>
Subject: Re: Tropic token ring driver
To: lile@stdio.com (Larry Lile)
Date: Tue, 3 Jun 1997 09:20:17 -0700 (MST)
Cc: hackers@FreeBSD.ORG
In-Reply-To: <339429EE.41C6@stdio.com> from "Larry Lile" at Jun 3, 97 10:27:58 am
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> Thanks for the help J"org.
> 
> Now, does anyone have a Token-ring network architechture reference
> (IBM Part # SC30-3374-02) to donate (or loan) to the cause?  My 
> friend is trying to find his old copy, but that could take a while.
> If not I guess I can just cough up the 76.50 for it myself, and it
> only took about 5 days to get the card ref from IBM so this shouldn't
> take much longer.  

I have one on my desk, but it belongs to the company, so I can't
send it to you.  8-(.


> I remember someone talking about the arp code for a fddi card being
> similar, but I cant seem to locate that again.  So if you're still 
> out there drop me a line.

You basically need an 802.3 LLC layer implementation.  The FDDI code
mostly implements this, and the X.25 code which we threw away (because
we made some gratuitous changes and didn't change all the dependent
code) also implements parts of the necessary state machine.  If you
could do it generically, you will be able to support NetBEUI (the
reason the thing is sitting on my desk is from a company project to
provide a NetBEUI for Linux -- as a binary kernel module; sorry, no
BSD binary distribution available).

The original posting claiming "mostly compatible" was from the FDDI
driver autor, so you should be able to get the information scanning
the archives for "FDDI" AND "driver", or from the code.


					Regards,
					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.

From owner-freebsd-hackers  Tue Jun  3 09:26:59 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id JAA07336
          for hackers-outgoing; Tue, 3 Jun 1997 09:26:59 -0700 (PDT)
Received: from Sisyphos.MI.Uni-Koeln.DE (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA07329
          for <hackers@freebsd.org>; Tue, 3 Jun 1997 09:26:54 -0700 (PDT)
Received: from x14.mi.uni-koeln.de (annexr2-47.slip.Uni-Koeln.DE) by Sisyphos.MI.Uni-Koeln.DE with SMTP id AA03862
  (5.67b/IDA-1.5 for <hackers@freebsd.org>); Tue, 3 Jun 1997 18:26:33 +0200
Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.5/8.6.9) id SAA21588; Tue, 3 Jun 1997 18:26:16 +0200 (CEST)
X-Face: "<d]#=8pzx);RzeqSKI86OVa7=!0/(uRa.+B.9Z9\eNUn@UG?!`y7yt2dFNn%k4'.}](uE%
 yCO)$e&Y1%3EO~ifu6Q-#YUM&JZ't,}JkPnAz,8Dj33u%@GBi%[Y#LHz$]h7a<p4)-jKI7~sKjlP-^
 EvA[G;]v&0]W!EL%shs,{7x0|oqN4YVIs5,NI#,V{9"WF):5&RkOhyj*#-IAG}Tnu;YCF,d
Message-Id: <19970603182533.49926@mi.uni-koeln.de>
Date: Tue, 3 Jun 1997 18:25:33 +0200
From: Stefan Esser <se@FreeBSD.ORG>
To: "Justin T. Gibbs" <gibbs@plutotech.com>
Cc: Luigi Rizzo <luigi@labinfo.iet.unipi.it>,
        "John S. Dyson" <toor@dyson.iquest.net>, hackers@FreeBSD.ORG
Subject: Re: DMA for IDE drives ?
References: <199706031041.MAA25969@labinfo.iet.unipi.it> <199706031502.JAA04331@pluto.plutotech.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.74
In-Reply-To: <199706031502.JAA04331@pluto.plutotech.com>; from Justin T. Gibbs on Tue, Jun 03, 1997 at 09:58:58AM -0600
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On Jun 3, "Justin T. Gibbs" <gibbs@plutotech.com> wrote:
> Do the newer IDE drives support any concept similar to tagged queueing?
> Perhaps via EATA?  Supporting DMA is only half the battle in my mind as you
> won't get anywhere near the throughput of a SCSI drive if you can't
> schedule and have the drive reorder multiple transactions at a time. 

No, and there is also limited parallelism supported with 
regard to the two drives that share one EIDE port. You 
can't overlap data transfers of those drives, i.e. after
you start reading on the first one, you have to accept 
all the data requested before you can issue a command to
the second drive. That can add quite some command latency.
Even if, say, 64KB of data are already in the drive's 
cache, the transfer will take 4ms at 16MB/s ... (this
will be cut in two if you use 33MB/s "Ultra-EIDE", but
there are hardly any motherboards nor drives installed,
that can take advantage of this. (And BTW: The command
overhead of a VERY fast EIDE drive (Maxtor DiamondPro)
is specified as 0.5 milli-seconds, and this time has to
be added to the 4ms for the transfer, above, to calculate
the maximum effective latency for accesses to a second
drive on the same EIDE port).

Hope I got all that right. But you'll surely let me know, 
if I didn't ... :)

Regards, STefan

From owner-freebsd-hackers  Tue Jun  3 09:50:53 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id JAA08866
          for hackers-outgoing; Tue, 3 Jun 1997 09:50:53 -0700 (PDT)
Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA08851
          for <freebsd-hackers@FreeBSD.ORG>; Tue, 3 Jun 1997 09:50:40 -0700 (PDT)
Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02)
	id AA28944; Tue, 3 Jun 1997 12:50:06 -0400
Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Tue,  3 Jun 1997 12:50 EDT
Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.5/8.7.3) with ESMTP id HAA16858; Tue, 3 Jun 1997 07:49:34 -0400 (EDT)
Received: (from rivers@localhost) by lakes.water.net (8.8.5/8.6.9) id HAA01605; Tue, 3 Jun 1997 07:57:08 -0400 (EDT)
Date: Tue, 3 Jun 1997 07:57:08 -0400 (EDT)
From: Thomas David Rivers <ponds!rivers@dg-rtp.dg.com>
Message-Id: <199706031157.HAA01605@lakes.water.net>
To: ponds!awfulhak.org!brian, ponds!time.cdrom.com!jkh
Subject: Re: natd
Cc: ponds!ps.carel.fi!ari.suutari, ponds!FreeBSD.ORG!freebsd-hackers
Content-Type: text
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> 
> > Does anyone have any objections to me bringing natd into the main
> > source tree under libexec ?
> 
> As long as it's updated to use libalias at the same, I see no reason
> why not.  This is definitely one of those pieces of software which has
> good reason to be bundled (unlike one of my all-time favories, tn3270 :-)
> 
> 					Jordan
> 

 Yes - please bundle natd.

 And, even though there's a smiley; I'd like to point out that I am still
in a position to use tn3270 daily (strange world, huh?)...  it wouldn't be 
the end-of-the-world if it became a port (as x3270 is) - but it would be,
personally, less convenient.

	- Dave Rivers -


From owner-freebsd-hackers  Tue Jun  3 10:14:24 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id KAA09899
          for hackers-outgoing; Tue, 3 Jun 1997 10:14:24 -0700 (PDT)
Received: (from jmb@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id KAA09893;
          Tue, 3 Jun 1997 10:14:16 -0700 (PDT)
From: "Jonathan M. Bresler" <jmb>
Message-Id: <199706031714.KAA09893@hub.freebsd.org>
Subject: Re: Archive Tape Autochanger
To: louie@TransSys.COM (Louis A. Mamakos)
Date: Tue, 3 Jun 1997 10:14:16 -0700 (PDT)
Cc: ulf@Gatekeeper.Alameda.net, black@zen.cypher.net, rls@mail.id.net,
        paul@mu.org, freebsd-hackers@FreeBSD.ORG
In-Reply-To: <199706030323.XAA14820@whizzo.TransSys.COM> from "Louis A. Mamakos" at Jun 2, 97 11:23:18 pm
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Louis A. Mamakos wrote:
> 
> I'm wondering what experiences in general people have had with the CSC
> Archive DAT changer.  For $349, it seem like a pretty good deal; I'm
> just wondering why they're dumping them at this price?  Is it because of
> the new DDS3 drives just on the market, or is there some horrible
> reliability problem with the driver?

	i bought an archive anaconda 1.3GB QIC tape drive
	from them 2 years ago.  works great.
	CSC is a clearing house of technology that the big-names
	want to be rid of.  if you can use trailing-edge
	technology, the price savings are significant.
	you may not be able to find tapes at some point
	in the future.  the key is how far into the future :)
	i have not seen tapes for my drive for about 6 months now.

	cant speak to that particular model
jmb

From owner-freebsd-hackers  Tue Jun  3 10:37:48 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id KAA11040
          for hackers-outgoing; Tue, 3 Jun 1997 10:37:48 -0700 (PDT)
Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA11033
          for <hackers@freebsd.org>; Tue, 3 Jun 1997 10:37:44 -0700 (PDT)
Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <19265(6)>; Tue, 3 Jun 1997 10:24:25 PDT
Received: from localhost by crevenia.parc.xerox.com with SMTP id <177489>; Tue, 3 Jun 1997 10:23:50 -0700
To: Brandon Gillespie <brandon@ice.cold.org>
cc: hackers@freebsd.org
Subject: Re: Why routed and not gated by default? 
In-reply-to: Your message of "Tue, 03 Jun 97 08:49:56 PDT."
             <Pine.NEB.3.95.970603094344.10381D-100000@ice.cold.org> 
Date: Tue, 3 Jun 1997 10:23:49 PDT
From: Bill Fenner <fenner@parc.xerox.com>
Message-Id: <97Jun3.102350pdt.177489@crevenia.parc.xerox.com>
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Brandon Gillespie <brandon@ice.cold.org> wrote:
>Basically, other systems seem to be able to automatically setup gated just
>fine without problems (Digital Unix comes to mind).

The two things that it's trivial to configure gated for are rip and
router discovery, which are the things that routed does just fine.

  Bill

From owner-freebsd-hackers  Tue Jun  3 10:42:38 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id KAA11402
          for hackers-outgoing; Tue, 3 Jun 1997 10:42:38 -0700 (PDT)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA11287
          for <hackers@FreeBSD.ORG>; Tue, 3 Jun 1997 10:41:15 -0700 (PDT)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id DAA24220; Wed, 4 Jun 1997 03:37:06 +1000
Date: Wed, 4 Jun 1997 03:37:06 +1000
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199706031737.DAA24220@godzilla.zeta.org.au>
To: gibbs@plutotech.com, luigi@labinfo.iet.unipi.it
Subject: Re: disk scheduling (was Re: DMA for IDE drives ?)
Cc: hackers@FreeBSD.ORG, toor@dyson.iquest.net
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>My QUANTUM FIREBALL_TM3200S 300X with a 2940A Ultra SCSI does a
>mere 3MB/s writing (iozone 64 8192), on a PPRO-200. Not impressive,
>considering a WDC AC21600H does 4.9MB/s on the same hardware (in
>both cases, a P5-133 gives almost the same results, it is not
>cpu-limited).  The WDC AC21600H has a lower price-per-gigabyte,
>despite the FIREBALL_TM3200S is one of the cheapest SCSI units
>available.

My QUANTUM FIREBALL_TM2110A with Triton-1 IDE does 5572K/s writing
with bonnie -s 64 on the fastest file system that I measured (ext2fs
with a block size of 4K under FreeBSD; fs at offset 320MB) on a P5/133.
2.1GB Fireball_TM's are the same as 3.2MB ones except for fewer heads.

>> won't get anywhere near the throughput of a SCSI drive if you can't
>> schedule and have the drive reorder multiple transactions at a time. 

Right, IDE gives almost twice as much throughput with a Fireball_TM,
at least if it is not slowed down by using DMA :-).  (It seemed to be
only slightly slower using DMA under Linux.)

Of course, SCSI with busmastering DMA is better for systems that
do lots of i/o.  Such systems don't seem to be very common.  E.g.,
freefall has averaged 141K/sec total since boot 5+ days ago.  That's a
whole 35K/sec per disk.  It has only been 89.7% idle.  I don't think
the counters have overflowed.   The counters have overflowed on hub.
My home system has averaged 8K/sec per disk and 78.5% idle over one day.

Bruce

From owner-freebsd-hackers  Tue Jun  3 10:43:44 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id KAA11534
          for hackers-outgoing; Tue, 3 Jun 1997 10:43:44 -0700 (PDT)
Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA11513
          for <FreeBSD-hackers@FreeBSD.ORG>; Tue, 3 Jun 1997 10:43:33 -0700 (PDT)
Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [194.151.74.97])
	by agora.rdrop.com (8.8.5/8.8.5) with ESMTP id KAA13851
	for <FreeBSD-hackers@FreeBSD.ORG>; Tue, 3 Jun 1997 10:43:28 -0700 (PDT)
Received: (from guido@localhost) by gvr.win.tue.nl (8.8.5/8.8.2) id TAA29043; Tue, 3 Jun 1997 19:41:59 +0200 (MET DST)
From: Guido van Rooij <guido@gvr.win.tue.nl>
Message-Id: <199706031741.TAA29043@gvr.win.tue.nl>
Subject: Re: ethernet card incompatibilities?
In-Reply-To: <199706031039.DAA06008@implode.root.com> from David Greenman at "Jun 3, 97 03:39:38 am"
To: dg@root.com
Date: Tue, 3 Jun 1997 19:41:59 +0200 (MET DST)
Cc: FreeBSD-hackers@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL28 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

David Greenman wrote:
> >I've got a network with bothe an old 8 bit smc 8003 card
> >on it and a Digital DC21041 on it.
> 
>    If it's an 8003, then it's a Western Digital, not an SMC, right?
> 
> >When I have data transfers going on from the DEC card to the SMC card,
> >I am seeing input errors on the SMC card. Is this a known incompatibility?
> >The erros are not all equal. I'm seeing :  81, 86, a1, 21 and 1 
> >(see if_edreg.h at 'Receiver Status Register (RSR) definitions'
> >for an explanation of these errors).
> 
>    Hmmm. This sounds like a cabling problem like a crushed ethernet coax
> cable or something - especially since you're seeing CRC and frame alignment
> errors.

I just checked again. 

This is my setup

A <-coax-> hub ---- hub C and via coax C
		    

B is the one with the digital card. C is a slow thing

Ftp-ing of /kernel to /dev/null
1 From A to B:	580KB/sec
2 From B to A:	40KB/sec (with input errors on A)
3 From B to C:	180KB/sec (with input errors on C)
4 From C to B:  370KB/sec
5 From A to C:	170KB/sec (with input errors on C)
6 From C to A:	370/sec (no input errors)

>From 1 we can derive that the coax between A and the hub is okay
>From 4 and 6 I can derive that the coax between the hub and C is correct.
Then from 5 I can derive that is either hub or the UTP in between.
Regarding the UTP cable: it is not in the direction of the hub for
host A to the hub for host B as then also 1 should give input
errors.  But also not in te otehr direction as I've would have seen
errors in 6.
I also think the hubs are okay for similar reasons...

Is there anyway I can *really* check teh cables? (I have a simple UTP test
thang and that tells me the cable is okay)...

-Guido

From owner-freebsd-hackers  Tue Jun  3 10:47:04 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id KAA11856
          for hackers-outgoing; Tue, 3 Jun 1997 10:47:04 -0700 (PDT)
Received: from phoenix.its.rpi.edu (dec@phoenix.its.rpi.edu [128.113.161.45])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA11846
          for <hackers@freebsd.org>; Tue, 3 Jun 1997 10:46:55 -0700 (PDT)
Received: from localhost (dec@localhost)
	by phoenix.its.rpi.edu (8.8.5/8.8.5) with SMTP id NAA29117
	for <hackers@freebsd.org>; Tue, 3 Jun 1997 13:48:00 -0400 (EDT)
Date: Tue, 3 Jun 1997 13:48:00 -0400 (EDT)
From: "David E. Cross" <dec@phoenix.its.rpi.edu>
To: hackers@freebsd.org
Subject: Random Qustions...
Message-ID: <Pine.BSF.3.95q.970603134538.28675A-100000@phoenix.its.rpi.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

two random questions...

1) what do suid/sgid devices do?

2) what do the numbers displayed when the system is syncing on a
halt/reboot mean?

--
David Cross


From owner-freebsd-hackers  Tue Jun  3 10:48:22 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id KAA12004
          for hackers-outgoing; Tue, 3 Jun 1997 10:48:22 -0700 (PDT)
Received: from pcpsj.pfcs.com (LuGVY8WJLZsagUXZqzvb0FsO7sZoXOm9@harlan.fred.net [205.252.219.31])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA11980
          for <hackers@FreeBSD.ORG>; Tue, 3 Jun 1997 10:48:09 -0700 (PDT)
Received: from mumps.pfcs.com (mumps.pfcs.com [192.52.69.11]) by pcpsj.pfcs.com (8.6.12/8.6.9) with SMTP id NAA02236; Tue, 3 Jun 1997 13:47:56 -0400
Received: from localhost by mumps.pfcs.com with SMTP id AA27740
  (5.67b/IDA-1.5); Tue, 3 Jun 1997 13:47:55 -0400
To: "Daniel O'Callaghan" <danny@panda.hilink.com.au>
Cc: hackers@FreeBSD.ORG
Subject: Re: Improvements to rc.firewall? 
In-Reply-To: Your message of "Mon, 02 Jun 1997 19:38:47 +1000."
             <Pine.BSF.3.91.970602193802.3844A-100000@panda.hilink.com.au> 
Date: Tue, 03 Jun 1997 13:47:52 -0300
Message-Id: <27736.865360072@mumps.pfcs.com>
From: Harlan Stenn <Harlan.Stenn@pfcs.com>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

H> I checked this out by doing a tcpdump of my ppp link, and looked at
H> all of the DNS traffic.  Responses to my queries came in to *my* port
H> 53.

dOc> Are you running your own named locally?  That would be why.
 
Yes, I am.  Thanks for the explanation.

Perhaps we should explain that of somebody wants a working firewall
they'll have to run a local (caching or forwarding only, even)
nameserver, too.

H

From owner-freebsd-hackers  Tue Jun  3 10:51:16 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id KAA12169
          for hackers-outgoing; Tue, 3 Jun 1997 10:51:16 -0700 (PDT)
Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [194.151.74.97])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA12161
          for <FreeBSD-hackers@FreeBSD.ORG>; Tue, 3 Jun 1997 10:51:11 -0700 (PDT)
Received: (from guido@localhost) by gvr.win.tue.nl (8.8.5/8.8.2) id TAA29066; Tue, 3 Jun 1997 19:50:22 +0200 (MET DST)
From: Guido van Rooij <guido@gvr.win.tue.nl>
Message-Id: <199706031750.TAA29066@gvr.win.tue.nl>
Subject: Re: ethernet card incompatibilities?
In-Reply-To: <199706031039.DAA06008@implode.root.com> from David Greenman at "Jun 3, 97 03:39:38 am"
To: dg@root.com
Date: Tue, 3 Jun 1997 19:50:22 +0200 (MET DST)
Cc: FreeBSD-hackers@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL28 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

David Greenman wrote:
> >I've got a network with bothe an old 8 bit smc 8003 card
> >on it and a Digital DC21041 on it.
> 
>    If it's an 8003, then it's a Western Digital, not an SMC, right?
> 
> >When I have data transfers going on from the DEC card to the SMC card,
> >I am seeing input errors on the SMC card. Is this a known incompatibility?
> >The erros are not all equal. I'm seeing :  81, 86, a1, 21 and 1 
> >(see if_edreg.h at 'Receiver Status Register (RSR) definitions'
> >for an explanation of these errors).
> 
>    Hmmm. This sounds like a cabling problem like a crushed ethernet coax
> cable or something - especially since you're seeing CRC and frame alignment
> errors.
> 

After rethinking my reasoning (i.e. relaizing it was bogus
reasoning) I replaced one of the coax cables and the problem was solved...

Thanks!

-Guido

From owner-freebsd-hackers  Tue Jun  3 11:00:22 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id LAA12615
          for hackers-outgoing; Tue, 3 Jun 1997 11:00:22 -0700 (PDT)
Received: from synnet.com (bagit.synnet.com [158.101.112.7])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA12604
          for <hackers@freefall.freebsd.org>; Tue, 3 Jun 1997 11:00:14 -0700 (PDT)
Received: from chute by synnet.com (SMI-8.6/SMI-SVR4)
	id OAA00628; Tue, 3 Jun 1997 14:06:48 -0400
Received: from localhost by chute with SMTP
	(1.37.109.16/16.2) id AA060681308; Tue, 3 Jun 1997 14:08:28 -0400
Message-Id: <33945D9C.706A@synnet.com>
Date: Tue, 03 Jun 1997 14:08:28 -0400
From: Alex Jones <ajones@bagit.synnet.com>
Organization: 3Com Switching Systems Division
X-Mailer: Mozilla 3.01 (X11; I; HP-UX A.09.07 9000/777)
Mime-Version: 1.0
To: hackers@freefall.freebsd.org
Subject: iv-3.1 package corrupted?
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

I think the iv-3.1 package in x11 is corrupted.  Here's an octal dump
of the tgz file:

0000000 000000 000000 000000 000000 000000 000000 000000 000000
*
7560205

-- 
Alex Jones                      Tel: 508-264-1367
3Com Switching Systems Division
80 Central Street
Boxborough, MA 01719

From owner-freebsd-hackers  Tue Jun  3 11:13:00 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id LAA13441
          for hackers-outgoing; Tue, 3 Jun 1997 11:13:00 -0700 (PDT)
Received: from ttfn.com ([38.234.74.79])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA13434
          for <freebsd-hackers@FreeBSD.ORG>; Tue, 3 Jun 1997 11:12:56 -0700 (PDT)
Received: from nomad.geoplex.com (localhost [127.0.0.1])
          by ttfn.com (8.8.4/8.8.4) with ESMTP
	  id LAA03193; Tue, 3 Jun 1997 11:11:35 -0700 (PDT)
X-Mailer: exmh version 2.0gamma 1/27/96
From: "Dave Truesdell" <davet@ttfn.com>
To: Paul Saab <paul@mu.org>
Cc: freebsd-hackers@FreeBSD.ORG
Reply-To: davet@ttfn.com
Subject: Re: Archive Tape Autochanger 
In-reply-to: Your message of "Sun, 01 Jun 1997 10:07:31 CDT."
             <199706011507.KAA08288@elvis.mu.org> 
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="----- =_aaaaaaaaaa0"
Content-ID: <3187.865361492.0@nomad.geoplex.com>
Date: Tue, 03 Jun 1997 11:11:32 -0700
Message-ID: <3190.865361492@nomad.geoplex.com>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

------- =_aaaaaaaaaa0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <3187.865361492.1@nomad.geoplex.com>
Content-MD5: gbq1EOk5zsnIK1h9e9uLdQ==
Content-Transfer-Encoding: quoted-printable

I'm curious, was your Adaptec 154x configured as something other than scbu=
s0?

My home fileserver (FreeBSD 2.1.7 w/thorpej's original port of the driver)=
 =

would crash the system if I attempted to access the changer if it were on =
the =

second SCSI bus, but has worked for nearly a year on the first.


------- =_aaaaaaaaaa0
Content-Type: message/rfc822

Received: from gw.ttfn.com (ttfn.com [204.182.16.254]) by rgate.metricom.com (8.7.6/8.7.3) with ESMTP id MAA26859 for <davet@ricochet.net>; Sun, 1 Jun 1997 12:03:50 -0700 (PDT)
Received: from pooh.ttfn.com (pooh.ttfn.com [192.168.0.34]) by gw.ttfn.com (8.8.5/8.6.9) with ESMTP id KAA06441 for <davet@ricochet.net>; Sun, 1 Jun 1997 10:13:05 -0700 (PDT)
Received: (from davet@localhost) by pooh.ttfn.com (8.8.5/8.6.9) id KAA01918 for davet@ricochet.net; Sun, 1 Jun 1997 10:04:53 -0700 (PDT)
Received: from gw.ttfn.com (gw.ttfn.com [192.168.0.33]) by pooh.ttfn.com (8.8.5/8.6.9) with ESMTP id KAA01911 for <davet@pooh.ttfn.com>; Sun, 1 Jun 1997 10:04:32 -0700 (PDT)
Received: from tdl.tdl.com (root@[204.182.16.2]) by gw.ttfn.com (8.8.5/8.6.9) with ESMTP id KAA06418 for <davet@ttfn.com>; Sun, 1 Jun 1997 10:03:04 -0700 (PDT)
Received: from ns3.harborcom.net (ns3.harborcom.net [206.158.4.7]) by tdl.tdl.com (8.8.5/8.7.2) with ESMTP id IAA25444 for <davet@ttfn.com>; Sun, 1 Jun 1997 08:25:19 -0700
Received: from hub.freebsd.org (hub.FreeBSD.ORG [204.216.27.18])
	by ns3.harborcom.net (8.8.5/8.8.5) with ESMTP id LAA04516;
	Sun, 1 Jun 1997 11:23:41 -0400 (EDT)
Received: from localhost (daemon@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id IAA23818;
          Sun, 1 Jun 1997 08:07:46 -0700 (PDT)
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id IAA23791
          for hackers-outgoing; Sun, 1 Jun 1997 08:07:38 -0700 (PDT)
Received: from elvis.mu.org ([206.156.230.205])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA23785
          for <freebsd-hackers@FreeBSD.ORG>; Sun, 1 Jun 1997 08:07:36 -0700 (PDT)
Received: (from paul@localhost)
	by elvis.mu.org (8.8.5/8.8.5) id KAA08288;
	Sun, 1 Jun 1997 10:07:31 -0500 (CDT)
Resent-From: davet@pooh.ttfn.com
Resent-Date: Sun, 1 Jun 1997 10:04:53 -0700 (PDT)
Resent-Message-Id: <199706011704.KAA01918@pooh.ttfn.com>
Resent-To: davet@ricochet.net
From: Paul Saab <paul@mu.org>
Message-Id: <199706011507.KAA08288@elvis.mu.org>
Subject: Re: Archive Tape Autochanger
In-Reply-To: <199706011447.KAA02181@shell.id.net> from Robert Shady at "Jun 1, 97 10:47:11 am"
To: rls@mail.id.net (Robert Shady)
Date: Sun, 1 Jun 1997 10:07:31 -0500 (CDT)
Cc: freebsd-hackers@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL31H (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Prev-Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
Content-Type: text/plain; charset=US-ASCII
X-UIDL: c1de3b08ec6e82778323dab50bb3c938
X-Filter: mailagent [version 3.0 PL53] for davet@ttfn.com

Robert Shady wrote:
> Has anyone gotten the CSC special Archive DAT auto-changer to work
> with FreeBSD yet?  What did you have to do to get it to work?  I
> am starting to wonder if mine is just defective.  I'm running 2.2.2
> release, and when I load a tape, it spits it back out a few seconds
> later, the drive displays "CHK MAG", and the FreeBSD box reports
> ERROR: Vendor specific ASCQ.  Under different versions of FreeBSD
> I have at least been able to load tapes, and run small backups, but
> now it won't even load the tape.

I got it to work.  I could not get it to change tapes using chio
when I had it plugged into my Adaptec 154x but when I put it on my
Adaptec 2940 it worked like a charm.

Paul Saab


------- =_aaaaaaaaaa0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <3187.865361492.3@nomad.geoplex.com>
Content-MD5: iLZ2WltyIsLHPY+3HL+eTg==
Content-Transfer-Encoding: quoted-printable

-- =

T.T.F.N.,
Dave Truesdell



------- =_aaaaaaaaaa0--

From owner-freebsd-hackers  Tue Jun  3 13:34:25 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id NAA21293
          for hackers-outgoing; Tue, 3 Jun 1997 13:34:25 -0700 (PDT)
Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA21229
          for <freebsd-hackers@freebsd.org>; Tue, 3 Jun 1997 13:34:14 -0700 (PDT)
Received: (from henrich@localhost)
	by crh.cl.msu.edu (8.8.5/8.8.5) id QAA24466;
	Tue, 3 Jun 1997 16:34:06 -0400 (EDT)
Message-ID: <19970603163405.15409@crh.cl.msu.edu>
Date: Tue, 3 Jun 1997 16:34:05 -0400
From: Charles Henrich <henrich@crh.cl.msu.edu>
To: freebsd-hackers@freebsd.org
Subject: Adaptec 2940UW Target Busy?
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.75
X-Operating-System: FreeBSD 2.2.2-RELEASE
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Everytime Amanda does a filesystem check of my machine my machine generates a
scsi message or two for an old 3gb HD I have on the system:

sd2(ahc0:5:0): Target Busy
sd2(ahc0:5:0): SCB 0x7 - timed out while idle, LASTPHASE == 0x1, SCSISIGI ==
0x0
SEQADDR = 0x8 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0xa
Ordered Tag queued
sd2(ahc0:5:0): SCB 0x7 - timed out while idle, LASTPHASE == 0x1, SCSISIGI ==
0x0
SEQADDR = 0x7 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0xa
sd2(ahc0:5:0): Queueing an Abort SCB
sd2(ahc0:5:0): Abort Message Sent
sd2(ahc0:5:0): SCB 7 - Abort Tag Completed.
sd2(ahc0:5:0): no longer in timeout
Ordered Tag sent
sd2(ahc0:5:0): Target Busy


Any ideas what Target Busy is and why its being generated?

-Crh

       Charles Henrich     Michigan State University     henrich@msu.edu

                         http://pilot.msu.edu/~henrich

From owner-freebsd-hackers  Tue Jun  3 13:51:50 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id NAA22034
          for hackers-outgoing; Tue, 3 Jun 1997 13:51:50 -0700 (PDT)
Received: from lucky.innet.com (root@lucky.innet.com [204.149.226.10])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA22024
          for <hackers@freebsd.org>; Tue, 3 Jun 1997 13:51:43 -0700 (PDT)
From: Club.Manager@lucky.innet.com
Received: from 204.149.245.110 (www.intol.com [204.149.245.110])
	by lucky.innet.com (8.8.5/8.8.5) with SMTP id PAA07673
	for <hackers@freebsd.org>; Tue, 3 Jun 1997 15:51:07 -0400
Date: Tue, 3 Jun 1997 15:51:07 -0400
Message-Id: <199706031951.PAA07673@lucky.innet.com>
To: hackers@freebsd.org
Subject: Welcome to the INTOL Computers Club!
X-Mailer: Allaire Cold Fusion 2.0
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Thank you for becoming a member of  the INTOL Computers Club! 
This confirms that your email address has been added 
to the list. You may remove yourself from the list by visiting
our site.

Regards,

The Club Manager
INTOL Computers
	



From owner-freebsd-hackers  Tue Jun  3 14:15:02 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id OAA23086
          for hackers-outgoing; Tue, 3 Jun 1997 14:15:02 -0700 (PDT)
Received: from plaut.de (ns.plaut.de [194.39.177.166])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA23072
          for <hackers@freebsd.org>; Tue, 3 Jun 1997 14:14:56 -0700 (PDT)
Received: from totum.plaut.de (totum.plaut.de [194.39.177.9]) by plaut.de (8.6.12/8.6.12) with ESMTP id XAA22680 for <hackers@freebsd.org>; Tue, 3 Jun 1997 23:14:52 +0200
Received: from localhost (root@localhost) by totum.plaut.de (8.8.5/8.7.3) with SMTP id XAA15687 for <hackers@freebsd.org>; Tue, 3 Jun 1997 23:14:55 +0200 (MET DST)
Date: Tue, 3 Jun 1997 23:14:55 +0200 (MET DST)
From: Michael Reifenberger <root@totum.plaut.de>
To: FreeBSD-Hackers <hackers@freebsd.org>
Subject: ASUS P/I-P55TP4N BIOS-Password lost...
Message-ID: <Pine.BSF.3.95.970603230643.15621B-100000@totum.plaut.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Hi,
after deleting the User-password of a P/I-P55TP4N MB in the BIOS
and forgetting the existing Superuser-Password I have a problem.
No passwords->no boot->no BSD :-(

The Handbook states to shorten jumper 13 for a while but I tried this
with no success. Somewhere else it states that one should send the Board to the
reseller but he is not available anymore...

Is there a chance to set the NVRAM to the Factory-default = no passwords?

The Board is a:
Mainboard P/I-P55TP4N 
Award Modular BIOS v.4.50PG (#401A0-0155) (ROM PCI/ISA BIOS (PI-5XTP4))
 (S/N: 034336222)  

The NVRAM is a DALLAS chip.

Thanks.


Bye!
----
Michael Reifenberger
Plaut Software GmbH, R/3 Basis


From owner-freebsd-hackers  Tue Jun  3 14:45:22 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id OAA24951
          for hackers-outgoing; Tue, 3 Jun 1997 14:45:22 -0700 (PDT)
Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA24945
          for <freebsd-hackers@FreeBSD.ORG>; Tue, 3 Jun 1997 14:45:19 -0700 (PDT)
Received: from awfulhak.demon.co.uk (localhost [127.0.0.1])
	by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id WAA04785;
	Tue, 3 Jun 1997 22:43:33 +0100 (BST)
Message-Id: <199706032143.WAA04785@awfulhak.demon.co.uk>
X-Mailer: exmh version 1.6.9 8/22/96
To: "Jordan K. Hubbard" <jkh@time.cdrom.com>
cc: Brian Somers <brian@awfulhak.org>, freebsd-hackers@FreeBSD.ORG,
        Ari Suutari <ari.suutari@ps.carel.fi>
Subject: Re: natd 
In-reply-to: Your message of "Mon, 02 Jun 1997 21:25:10 PDT."
             <9360.865311910@time.cdrom.com> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Tue, 03 Jun 1997 22:43:33 +0100
From: Brian Somers <brian@awfulhak.org>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> > Does anyone have any objections to me bringing natd into the main
> > source tree under libexec ?
> 
> As long as it's updated to use libalias at the same, I see no reason
> why not.  This is definitely one of those pieces of software which has
> good reason to be bundled (unlike one of my all-time favories, tn3270 :-)

But of course :)  That's why libalias is a lib !
I believe Ari is doing (or has done) this right now.

> 					Jordan

-- 
Brian <brian@awfulhak.org>, <brian@freebsd.org>
      <http://www.awfulhak.org>
Don't _EVER_ lose your sense of humour....



From owner-freebsd-hackers  Tue Jun  3 15:23:54 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id PAA26792
          for hackers-outgoing; Tue, 3 Jun 1997 15:23:54 -0700 (PDT)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA26787
          for <hackers@FreeBSD.ORG>; Tue, 3 Jun 1997 15:23:46 -0700 (PDT)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA21493 for hackers@FreeBSD.ORG; Wed, 4 Jun 1997 00:23:02 +0200
Received: (from j@localhost)
	by uriah.heep.sax.de (8.8.5/8.8.5) id AAA16700;
	Wed, 4 Jun 1997 00:08:05 +0200 (MET DST)
Message-ID: <19970604000805.OZ37222@uriah.heep.sax.de>
Date: Wed, 4 Jun 1997 00:08:05 +0200
From: j@uriah.heep.sax.de (J Wunsch)
To: hackers@FreeBSD.ORG
Subject: Re: Minor linux_emul update
References: <19970603082347.TZ02340@uriah.heep.sax.de> <199706030734.RAA02671@genesis.atrad.adelaide.edu.au>
X-Mailer: Mutt 0.60_p2-3,5,8-9
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <199706030734.RAA02671@genesis.atrad.adelaide.edu.au>; from Michael Smith on Jun 3, 1997 17:04:24 +0930
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

As Michael Smith wrote:

> > Why pirate?  Somehow, you must generate the number, one way or the
> > other.  You know it...  I've got no ethernet at all, so what's the
> > returned number?
> 
> It's empty, and you require a different license type.

Why a different license type?

An ethernet address is about as ``secure'' as any other arbitrarily
invented number.  I can forge an ethernet address as well on almost
any modern ethernet card, the times when they have been set in stone
by a GAL or other hardware have long since gone anyway.  They are
stored in EEPROMs these days (so it at worst requires a soldering
iron).

I think it should be invented at the first use, and stored in some
configuration file then.  Even Slowarlis (x86) does it this way.  The
(Un-)FlexLM suits seem to can live with this.

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Tue Jun  3 15:24:24 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id PAA26834
          for hackers-outgoing; Tue, 3 Jun 1997 15:24:24 -0700 (PDT)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA26829
          for <hackers@FreeBSD.ORG>; Tue, 3 Jun 1997 15:24:21 -0700 (PDT)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA21500; Wed, 4 Jun 1997 00:23:56 +0200
Received: (from j@localhost)
	by uriah.heep.sax.de (8.8.5/8.8.5) id AAA16727;
	Wed, 4 Jun 1997 00:11:56 +0200 (MET DST)
Message-ID: <19970604001156.UF20346@uriah.heep.sax.de>
Date: Wed, 4 Jun 1997 00:11:56 +0200
From: j@uriah.heep.sax.de (J Wunsch)
To: hackers@FreeBSD.ORG ('hackers@freebsd.org')
Cc: apesa@bellsouth.net (Arthur P. Pesa)
Subject: Re: crash dump on install
References: <01BC6F7F.B0A9A990@d00029.rdu.bellsouth.net>
X-Mailer: Mutt 0.60_p2-3,5,8-9
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <01BC6F7F.B0A9A990@d00029.rdu.bellsouth.net>; from Arthur P. Pesa on Jun 2, 1997 18:05:08 -0400
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

As Arthur P. Pesa wrote:

> I am having a problem with the installation of 2.2.2-release. I am
> ftp'ing from one of my local machines. All is well during the
> install untill the install.sh begins to copy the bin dist to
> root. at this point I get a fatal trap.

> Anic: segment not present fault.

In FreeBSD, segments are always supposed to be present. :/

I would immediately suspect some hardware problem (CPU idiosyncrasy or
such), but i remember that i've recently seen a similar report.  So
there's an odd chance that it's a hidden gotcha somewhere.

Is the problem totally reproducible for you?

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Tue Jun  3 16:08:56 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id QAA29747
          for hackers-outgoing; Tue, 3 Jun 1997 16:08:56 -0700 (PDT)
Received: from panda.hilink.com.au (panda.hilink.com.au [203.8.15.25])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA29735
          for <hackers@FreeBSD.ORG>; Tue, 3 Jun 1997 16:08:50 -0700 (PDT)
Received: (from danny@localhost)
	by panda.hilink.com.au (8.8.5/8.8.5) id JAA13596;
	Wed, 4 Jun 1997 09:08:39 +1000 (EST)
Date: Wed, 4 Jun 1997 09:08:38 +1000 (EST)
From: "Daniel O'Callaghan" <danny@panda.hilink.com.au>
To: Harlan Stenn <Harlan.Stenn@pfcs.com>
cc: hackers@FreeBSD.ORG
Subject: Re: Improvements to rc.firewall? 
In-Reply-To: <27736.865360072@mumps.pfcs.com>
Message-ID: <Pine.BSF.3.91.970604090420.9382C-100000@panda.hilink.com.au>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


On Tue, 3 Jun 1997, Harlan Stenn wrote:

> H> I checked this out by doing a tcpdump of my ppp link, and looked at
> H> all of the DNS traffic.  Responses to my queries came in to *my* port
> H> 53.
> 
> dOc> Are you running your own named locally?  That would be why.
>  
> Yes, I am.  Thanks for the explanation.
> 
> Perhaps we should explain that of somebody wants a working firewall
> they'll have to run a local (caching or forwarding only, even)
> nameserver, too.

It depends on how "working" a firewall you need.  If you don't run a 
local nameserver, you can simply deny all udp packets arriving with src port 
53 which don't come from the name server defined in /etc/resolv.conf.
If you want to run your own caching named, add a forwarder and the word 
'slave' to your /etc/named.boot, and only allow udp src port 53 from your 
forwarder.
If you run your own named, and you don't run it as a slave, you *must* 
accept udp packets with src port 53 and dst port 53 from anyone with 
ipfw. The alternative is to use ipfilter with 'keep state'.

/*  Daniel O'Callaghan                                                     */
/*  HiLink Internet <http://www.hilink.com.au/>       danny@hilink.com.au  */
/*  FreeBSD - works hard, plays hard...                 danny@freebsd.org  */



From owner-freebsd-hackers  Tue Jun  3 17:09:35 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id RAA03231
          for hackers-outgoing; Tue, 3 Jun 1997 17:09:35 -0700 (PDT)
Received: from scanner.worldgate.com (scanner.worldgate.com [198.161.84.3])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA03226
          for <hackers@FreeBSD.ORG>; Tue, 3 Jun 1997 17:09:32 -0700 (PDT)
Received: from znep.com (uucp@localhost)
	by scanner.worldgate.com (8.8.5/8.8.5) with UUCP id SAA17345;
	Tue, 3 Jun 1997 18:09:10 -0600 (MDT)
Received: from localhost (marcs@localhost) by alive.znep.com (8.7.5/8.7.3) with SMTP id SAA28483; Tue, 3 Jun 1997 18:01:37 -0600 (MDT)
Date: Tue, 3 Jun 1997 18:01:37 -0600 (MDT)
From: Marc Slemko <marcs@znep.com>
To: "Daniel O'Callaghan" <danny@panda.hilink.com.au>
cc: Harlan Stenn <Harlan.Stenn@pfcs.com>, hackers@FreeBSD.ORG
Subject: Re: Improvements to rc.firewall? 
In-Reply-To: <Pine.BSF.3.91.970604090420.9382C-100000@panda.hilink.com.au>
Message-ID: <Pine.BSF.3.95.970603180035.28367B-100000@alive.znep.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On Wed, 4 Jun 1997, Daniel O'Callaghan wrote:

> 
> On Tue, 3 Jun 1997, Harlan Stenn wrote:
> 
> > H> I checked this out by doing a tcpdump of my ppp link, and looked at
> > H> all of the DNS traffic.  Responses to my queries came in to *my* port
> > H> 53.
> > 
> > dOc> Are you running your own named locally?  That would be why.
> >  
> > Yes, I am.  Thanks for the explanation.
> > 
> > Perhaps we should explain that of somebody wants a working firewall
> > they'll have to run a local (caching or forwarding only, even)
> > nameserver, too.
> 
> It depends on how "working" a firewall you need.  If you don't run a 
> local nameserver, you can simply deny all udp packets arriving with src port 
> 53 which don't come from the name server defined in /etc/resolv.conf.
> If you want to run your own caching named, add a forwarder and the word 
> 'slave' to your /etc/named.boot, and only allow udp src port 53 from your 
> forwarder.
> If you run your own named, and you don't run it as a slave, you *must* 
> accept udp packets with src port 53 and dst port 53 from anyone with 
> ipfw. The alternative is to use ipfilter with 'keep state'.

You must accept them to the host, but that doesn't mean you have to allow
them through the firewall.  At the very least, the current ruleset should
be commented with a big "this is a bad thing, it allows packets into your
network where they really shouldn't be". 



From owner-freebsd-hackers  Tue Jun  3 17:28:32 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id RAA04228
          for hackers-outgoing; Tue, 3 Jun 1997 17:28:32 -0700 (PDT)
Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA04222
          for <hackers@freebsd.org>; Tue, 3 Jun 1997 17:28:29 -0700 (PDT)
Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id SAA29239; Tue, 3 Jun 1997 18:28:17 -0600 (MDT)
Date: Tue, 3 Jun 1997 18:28:17 -0600 (MDT)
Message-Id: <199706040028.SAA29239@rocky.mt.sri.com>
From: Nate Williams <nate@mt.sri.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
Cc: hackers@freebsd.org
Subject: Re: Minor linux_emul update
In-Reply-To: <19970604000805.OZ37222@uriah.heep.sax.de>
References: <19970603082347.TZ02340@uriah.heep.sax.de>
	<199706030734.RAA02671@genesis.atrad.adelaide.edu.au>
	<19970604000805.OZ37222@uriah.heep.sax.de>
X-Mailer: VM 6.29 under 19.15 XEmacs Lucid
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

> > > Why pirate?  Somehow, you must generate the number, one way or the
> > > other.  You know it...  I've got no ethernet at all, so what's the
> > > returned number?
> > 
> > It's empty, and you require a different license type.
> 
...
> 
> An ethernet address is about as ``secure'' as any other arbitrarily
> invented number.  I can forge an ethernet address as well on almost
> any modern ethernet card, the times when they have been set in stone
> by a GAL or other hardware have long since gone anyway.  They are
> stored in EEPROMs these days (so it at worst requires a soldering
> iron).

Anyone qualified enough to burn an EEPROM or forge an ethernet address
is probably able to figure out how to un-engineer the licensing scheme.
Licensing schemes are only as good as the people using the software.

> I think it should be invented at the first use, and stored in some
> configuration file then.  Even Slowarlis (x86) does it this way.  The
> (Un-)FlexLM suits seem to can live with this.

Copying a file is *much* easier to do, and can be done by even the most
unqualified computer user.  The licensing folks need a way to tie the
license to a particular piece of hardware, and files simply don't cut
it.  An ethernet card/address is *generally* much more static than any
other piece of hardware in a particular machine.  Unfortunately, there
is no complete solution to the problem, so a 'best guess' is good
enough.



Nate

ps. Please leave me in the Cc: list when replying.

From owner-freebsd-hackers  Tue Jun  3 18:07:31 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id SAA06550
          for hackers-outgoing; Tue, 3 Jun 1997 18:07:31 -0700 (PDT)
Received: from uw2cs003.cuscal.com.au (proxy.cuscal.com.au [168.217.251.201])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA06532
          for <freebsd-hackers@freebsd.org>; Tue, 3 Jun 1997 18:07:17 -0700 (PDT)
Message-Id: <199706040107.SAA06532@hub.freebsd.org>
Received: from nt2cs006.cuscal.com.au ([168.217.2.1])
          by uw2cs003.cuscal.com.au (Netscape Mail Server v2.02) with ESMTP
          id AAA11745 for <freebsd-hackers@freebsd.org>;
          Wed, 4 Jun 1997 11:06:41 +1000
Received: by nt2cs006.cuscal.COM.AU with Internet Mail Service (5.0.1457.3)
	id <MH2RDTLB>; Wed, 4 Jun 1997 11:05:36 +1000
From: MARK SAYER <MSAYER@cuscal.com.au>
To: "'freebsd-hackers@freebsd.org'" <freebsd-hackers@freebsd.org>
Subject: IPPROTO_IPDIVERT undeclared error in natd
Date: Wed, 4 Jun 1997 11:04:42 +1000
X-Priority: 3
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.0.1457.3)
Content-Type: text/plain
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

I'm happy to say that I am making progress with this...but still having
trouble. Trying to make the natd binaries..I finally got my in_cksum.h
and got passed that hurdle....but now I am getting an undeclared error
in the natd.c source. I get the following error at compilation:

===> alias

===> natd

cc -O -Wall -g -I../alias   -c natd.c

natd.c: In function `main':

natd.c:178: `IPPROTO_DIVERT' undeclared (first use this function)

natd.c:178: (Each undeclared identifier is reported only once

natd.c:178: for each function it appears in.)

*** Error code 1



Stop.

*** Error code 1



Stop.                   

This is the source code that is referring to IPPROTO_IPDIVERT 

/*

 * Create divert sockets. Use only one socket if -p was specified

 * on command line. Otherwise, create separate sockets for

 * outgoing and incoming connnections.

 */

        if (inOutPort) {



                divertInOut = socket (PF_INET, SOCK_RAW,
IPPROTO_DIVERT);       
                if (divertInOut == -1)

                        Quit ("Unable to create divert socket.");



                divertIn  = -1;

                divertOut = -1; 

Where should this have been declared? I have recompiled my kernel with
the IP_FIREWALL And IP_DIVERT options and am running Walnut Creek
FreeBSD 2.1.6-RELEASE #0

Mark.

From owner-freebsd-hackers  Tue Jun  3 18:34:12 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id SAA08251
          for hackers-outgoing; Tue, 3 Jun 1997 18:34:12 -0700 (PDT)
Received: from riverside.mr.net (root@Riverside.MR.Net [137.192.2.5])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA08243
          for <freebsd-hackers@freebsd.org>; Tue, 3 Jun 1997 18:34:06 -0700 (PDT)
Received: from data.mr.net (root@data.MR.Net [137.192.192.27])
	by riverside.mr.net (8.8.5/) with ESMTP id UAA11959
	for <freebsd-hackers@freebsd.org>; Tue, 3 Jun 1997 20:33:24 -0500 (CDT)
Received: from data (fritchie@data.MR.Net [137.192.192.27]) by data.mr.net (8.8.5/8.7.2) with ESMTP id UAA14543 for <freebsd-hackers@freebsd.org>; Tue, 3 Jun 1997 20:33:23 -0500 (CDT)
Message-Id: <199706040133.UAA14543@data.mr.net>
To: freebsd-hackers@freebsd.org
Subject: mmap() incapable of mapping block special files?
Date: Tue, 03 Jun 1997 20:33:22 -0500
From: Scott Lystig Fritchie <fritchie@MR.Net>
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

[Originally posted to comp.unix.bsd.freebsd.misc, <ytlraemlumg.fsf@mr.net>]

I was puzzled for quite a while trying to figure out why a mmap() call
was failing with EINVAL.  None of the reasons for EINVAL in the mmap()
man page matched my situation.
 
I finally resorted to looking at the kernel source code.  (I should've
thought of it sooner, but I've got too much Solaris in my blood.  :-)
In /usr/src/sys/vm/vm_mmap.c (2.2.1-RELEASE) at about line 211 I
found:
 
                /*
                 * Mapping file, get fp for validation. Obtain vnode and make
                 * sure it is of appropriate type.
                 */
                if (((unsigned) uap->fd) >= fdp->fd_nfiles ||
                    (fp = fdp->fd_ofiles[uap->fd]) == NULL)
                        return (EBADF);
                if (fp->f_type != DTYPE_VNODE)
                        return (EINVAL);
                vp = (struct vnode *) fp->f_data;
                if (vp->v_type != VREG && vp->v_type != VCHR)
                        return (EINVAL);
 
Doh!  The file in question is a block special file, not a character
special or plain-old regular file.
 
I'm tempted to add an additional "&&" to the file type test to include
for VBLK ... but I wouldn't wanna do it if it will cause unknown (to
me) mischief down the road.  Is there a particular reason why VBLK
isn't included?
 
-Scott
---
Scott Lystig Fritchie, Network Engineer          MRNet Internet Services, Inc.
fritchie@mr.net, PGP key #152B8725               Minnesota Regional Network
v: 612/362.5820, p: 612/637.9547                 2829 University Ave SE
http://www.mr.net/~fritchie/                     Minneapolis, MN  55414

From owner-freebsd-hackers  Tue Jun  3 18:38:06 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id SAA08497
          for hackers-outgoing; Tue, 3 Jun 1997 18:38:06 -0700 (PDT)
Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA08489
          for <hackers@FreeBSD.ORG>; Tue, 3 Jun 1997 18:38:01 -0700 (PDT)
Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id LAA09807; Wed, 4 Jun 1997 11:07:39 +0930 (CST)
From: Michael Smith <msmith@atrad.adelaide.edu.au>
Message-Id: <199706040137.LAA09807@genesis.atrad.adelaide.edu.au>
Subject: Re: DMA for IDE drives ?
In-Reply-To: <199706031502.JAA04331@pluto.plutotech.com> from "Justin T. Gibbs" at "Jun 3, 97 09:58:58 am"
To: gibbs@plutotech.com (Justin T. Gibbs)
Date: Wed, 4 Jun 1997 11:07:38 +0930 (CST)
Cc: luigi@labinfo.iet.unipi.it, toor@dyson.iquest.net, hackers@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL28 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Justin T. Gibbs stands accused of saying:
> Do the newer IDE drives support any concept similar to tagged queueing?
> Perhaps via EATA?  Supporting DMA is only half the battle in my mind as you
> won't get anywhere near the throughput of a SCSI drive if you can't
> schedule and have the drive reorder multiple transactions at a time. 

Not AFAIK; the drive has to remain selected for the entire duration of
the transaction.  I can't easily see how you could support disconnection
and multiple transactions within the scope of the wd interface.

> Justin T. Gibbs

-- 
]] Mike Smith, Software Engineer        msmith@gsoft.com.au             [[
]] Genesis Software                     genesis@gsoft.com.au            [[
]] High-speed data acquisition and      (GSM mobile)     0411-222-496   [[
]] realtime instrument control.         (ph)          +61-8-8267-3493   [[
]] Unix hardware collector.             "Where are your PEZ?" The Tick  [[

From owner-freebsd-hackers  Tue Jun  3 18:38:30 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id SAA08538
          for hackers-outgoing; Tue, 3 Jun 1997 18:38:30 -0700 (PDT)
Received: from ux1.elga.net.id ([208.146.51.11])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA08531
          for <hackers@FreeBSD.ORG>; Tue, 3 Jun 1997 18:38:22 -0700 (PDT)
Received: (from freddi@localhost) by ux1.elga.net.id (8.8.5/8.7.3) id IAA11380; Wed, 4 Jun 1997 08:41:38 GMT
Date: Wed, 4 Jun 1997 08:41:38 +0000 ()
From: Freddijanto Sujana <freddi@elga.net.id>
X-Sender: freddi@ux1
To: Michael Reifenberger <root@totum.plaut.de>
cc: FreeBSD-Hackers <hackers@FreeBSD.ORG>
Subject: Re: ASUS P/I-P55TP4N BIOS-Password lost...
In-Reply-To: <Pine.BSF.3.95.970603230643.15621B-100000@totum.plaut.de>
Message-ID: <Pine.BSF.3.91.970604083732.11314B-100000@ux1>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk



On Tue, 3 Jun 1997, Michael Reifenberger wrote:

> Hi,
> after deleting the User-password of a P/I-P55TP4N MB in the BIOS
> and forgetting the existing Superuser-Password I have a problem.
> No passwords->no boot->no BSD :-(
> 
> The Handbook states to shorten jumper 13 for a while but I tried this
> with no success. Somewhere else it states that one should send the Board to the
> reseller but he is not available anymore...
Hmm.... I've been that situation before, and shorten jumper 13 solve the 
problem. Here is the procedure : shorten that jumper, turn on the PC for 
5 secs maybe, then turn it off. Unshorten the jumper, turn on again your 
PC, then you have the PC without BIOS password.

> 
> Is there a chance to set the NVRAM to the Factory-default = no passwords?
> 
> The Board is a:
> Mainboard P/I-P55TP4N 
> Award Modular BIOS v.4.50PG (#401A0-0155) (ROM PCI/ISA BIOS (PI-5XTP4))
>  (S/N: 034336222)  
> 
> The NVRAM is a DALLAS chip.
> 
> Thanks.
> 
> 
> Bye!
> ----
> Michael Reifenberger
> Plaut Software GmbH, R/3 Basis
> 
> 

From owner-freebsd-hackers  Tue Jun  3 18:44:39 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id SAA09096
          for hackers-outgoing; Tue, 3 Jun 1997 18:44:39 -0700 (PDT)
Received: from whistle.com (s205m131.whistle.com [207.76.205.131])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA09091
          for <freebsd-hackers@FreeBSD.ORG>; Tue, 3 Jun 1997 18:44:38 -0700 (PDT)
Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id SAA21895; Tue, 3 Jun 1997 18:44:07 -0700 (PDT)
Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3)
	id sma021893; Tue Jun  3 18:43:59 1997
Received: (from archie@localhost) by bubba.whistle.com (8.8.5/8.6.12) id SAA28851; Tue, 3 Jun 1997 18:43:58 -0700 (PDT)
From: Archie Cobbs <archie@whistle.com>
Message-Id: <199706040143.SAA28851@bubba.whistle.com>
Subject: Re: IPPROTO_IPDIVERT undeclared error in natd
In-Reply-To: <199706040107.SAA06532@hub.freebsd.org> from MARK SAYER at "Jun 4, 97 11:04:42 am"
To: MSAYER@cuscal.com.au (MARK SAYER)
Date: Tue, 3 Jun 1997 18:43:57 -0700 (PDT)
Cc: freebsd-hackers@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-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


> natd.c:178: `IPPROTO_DIVERT' undeclared (first use this function)
> 
> Where should this have been declared? I have recompiled my kernel with
> the IP_FIREWALL And IP_DIVERT options and am running Walnut Creek
> FreeBSD 2.1.6-RELEASE #0

Divert sockets only exist in FreeBSD 2.2 and later, unfortunately;
natd will not run under 2.1.6.

-Archie

___________________________________________________________________________
Archie Cobbs   *   Whistle Communications, Inc.  *   http://www.whistle.com

From owner-freebsd-hackers  Tue Jun  3 18:55:45 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id SAA09689
          for hackers-outgoing; Tue, 3 Jun 1997 18:55:45 -0700 (PDT)
Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA09682
          for <hackers@FreeBSD.ORG>; Tue, 3 Jun 1997 18:55:42 -0700 (PDT)
Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id LAA09971; Wed, 4 Jun 1997 11:25:30 +0930 (CST)
From: Michael Smith <msmith@atrad.adelaide.edu.au>
Message-Id: <199706040155.LAA09971@genesis.atrad.adelaide.edu.au>
Subject: Re: Minor linux_emul update
In-Reply-To: <19970604000805.OZ37222@uriah.heep.sax.de> from J Wunsch at "Jun 4, 97 00:08:05 am"
To: joerg_wunsch@uriah.heep.sax.de
Date: Wed, 4 Jun 1997 11:25:29 +0930 (CST)
Cc: hackers@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL28 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

J Wunsch stands accused of saying:
> As Michael Smith wrote:
> 
> > > Why pirate?  Somehow, you must generate the number, one way or the
> > > other.  You know it...  I've got no ethernet at all, so what's the
> > > returned number?
> > 
> > It's empty, and you require a different license type.
> 
> Why a different license type?

I suggest that you talk to Globetrotter, and the lovely Susan Miller, who
will pester you with email and phone calls in the hope that you will buy
their product.  After some study, you will come to the understanding that
FLEXlm can be keyed to an almost arbitrary set of system features, but
that it does so in such an ugly and inFLEXible fashion that most
vendors using it will only accept one set of features per platform.

> I think it should be invented at the first use, and stored in some
> configuration file then.  Even Slowarlis (x86) does it this way.  The
> (Un-)FlexLM suits seem to can live with this.

GSI and FLEX aren't the immediate problem; their product can live with
it - it's quite happy to be bound to a combination of hostname and IP
address, for example.

> cheers, J"org

-- 
]] Mike Smith, Software Engineer        msmith@gsoft.com.au             [[
]] Genesis Software                     genesis@gsoft.com.au            [[
]] High-speed data acquisition and      (GSM mobile)     0411-222-496   [[
]] realtime instrument control.         (ph)          +61-8-8267-3493   [[
]] Unix hardware collector.             "Where are your PEZ?" The Tick  [[

From owner-freebsd-hackers  Tue Jun  3 19:15:24 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id TAA10801
          for hackers-outgoing; Tue, 3 Jun 1997 19:15:24 -0700 (PDT)
Received: from spoon.beta.com (root@[199.165.180.33])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA10790
          for <hackers@freebsd.org>; Tue, 3 Jun 1997 19:15:19 -0700 (PDT)
Received: from spoon.beta.com (mcgovern@localhost [127.0.0.1])
	by spoon.beta.com (8.8.5/8.8.5) with ESMTP id WAA21318
	for <hackers@freebsd.org>; Tue, 3 Jun 1997 22:29:07 -0400 (EDT)
Message-Id: <199706040229.WAA21318@spoon.beta.com>
To: hackers@freebsd.org
Subject: Need help with fastest way to move data...
Date: Tue, 03 Jun 1997 22:29:06 -0400
From: "Brian J. McGovern" <mcgovern@spoon.beta.com>
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

I've completed a prototype device driver for the Cyclades Cyclom-Z card, and
I'm hoping to make it available to everyone by the end of the week.
Unfortunately, its under-performing a 16550 UART, and I suspect that its due
to how I'm doing I/O with the card. 

Currently, I'm moving a byte at a time to the card (ie - read - I loop,
moving a byte at a time until the Xmit/Recv buffer is full/empty for
each TX or RX interrupt I get). Obviously, on a PCI bus (not to mention
internally), this is terribly inefficient. With the 32 bit bus, I'm
hoping to be able to move 4 characters at a time, and thereby increase
performace of this chunk of code by 3-4 times.

The question I have is what is the best way to do this? I'm having some
problems with q_to_b() locking up the system (I'm not quite sure why, I
just know it is), but I'm not even sure if this is the best way to move the
data.

A port on a card (there are 8 ports per card) has a 4KB receive buffer, and
a 2KB transmit buffer. Both are "ring buffers", with transmit and receive
pointer pairs (head and tail) in a seperate structure just ahead of the
ring buffers.

Due to the nature of the clists that I'm moving the data in and out of,
I'm making no assumption as to its positioning in memory. I'm also under
the assumption that things will be "most efficient" if the destination on
the PCI bus (and locally) is aligned on a 32-bit boundary. Therefore, what
I was considering doing was moving a character at a time, until
the buffer offset and'ed with 0x3 was 0 (ie - offset & 0x03), which would mean
that my buffer pointer was now on a long boundary. If there are less than 4
I would then use q_to_b() to move remaining bytes (up to 4) in to an 
unsigned long (ie - something like:  
bytesmvd = q_to_b(&tp->t_outq, (unsigned char *)&longint, MIN(bytes_left, 4));

Then, I'd transfer the 4 bytes with something like:

memcpy((void *)buffer_base + offset, (void *)longint, bytesmvd);

Receive would be something similar. Move a byte at a time to l_rint until
offset & 0x03 was 0, then memcpy up to 4 bytes at a time to the long int,
then loop for one to N bytes, passing each to l_rint in turn.

Now, the big question... Is this the most efficient way to do this? Does memcpy
and the like work best on long-aligned values. Would it be even MORE efficient
to use larger structures, given sufficient data to move?

I'm curious to hear comments, and see if anyone has any truely cool ideas.

	-Brian


From owner-freebsd-hackers  Tue Jun  3 20:01:57 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id UAA14366
          for hackers-outgoing; Tue, 3 Jun 1997 20:01:57 -0700 (PDT)
Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA14361
          for <hackers@FreeBSD.ORG>; Tue, 3 Jun 1997 20:01:53 -0700 (PDT)
Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id DAA29864 for <hackers@FreeBSD.ORG>; Wed, 4 Jun 1997 03:01:42 GMT
Date: Wed, 4 Jun 1997 12:01:42 +0900 (JST)
From: Michael Hancock <michaelh@cet.co.jp>
To: FreeBSD Hackers <hackers@FreeBSD.ORG>
Subject: Re: Why routed and not gated by default? 
In-Reply-To: <97Jun3.102350pdt.177489@crevenia.parc.xerox.com>
Message-ID: <Pine.SV4.3.95.970604115327.29679A-100000@parkplace.cet.co.jp>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On Tue, 3 Jun 1997, Bill Fenner wrote:

> Brandon Gillespie <brandon@ice.cold.org> wrote:
> >Basically, other systems seem to be able to automatically setup gated just
> >fine without problems (Digital Unix comes to mind).
> 
> The two things that it's trivial to configure gated for are rip and
> router discovery, which are the things that routed does just fine.

FWIW, Jeffrey Hoenig now at BSDI made their routed a perl script that
calls gated.



From owner-freebsd-hackers  Tue Jun  3 20:04:31 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id UAA14607
          for hackers-outgoing; Tue, 3 Jun 1997 20:04:31 -0700 (PDT)
Received: from emout19.mail.aol.com (emout19.mx.aol.com [198.81.11.45])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA14545
          for <hackers@freebsd.org>; Tue, 3 Jun 1997 20:04:12 -0700 (PDT)
From: StevenR362@aol.com
Received: (from root@localhost)
	  by emout19.mail.aol.com (8.7.6/8.7.3/AOL-2.0.0)
	  id XAA04311;
	  Tue, 3 Jun 1997 23:03:37 -0400 (EDT)
Date: Tue, 3 Jun 1997 23:03:37 -0400 (EDT)
Message-ID: <970603230232_-763908123@emout19.mail.aol.com>
To: root@totum.plaut.de, hackers@freebsd.org
Subject: Re: ASUS P/I-P55TP4N BIOS-Password lost...
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

In a message dated 97-06-03 19:31:46 EDT, root@totum.plaut.de (Michael
Reifenberger) writes:

> Hi,
>  after deleting the User-password of a P/I-P55TP4N MB in the BIOS
>  and forgetting the existing Superuser-Password I have a problem.
>  No passwords->no boot->no BSD :-(
>  
>  The Handbook states to shorten jumper 13 for a while but I tried this
>  with no success. Somewhere else it states that one should send the Board
to 
> the
>  reseller but he is not available anymore...
>  
>  Is there a chance to set the NVRAM to the Factory-default = no passwords?
>  
>  The Board is a:
>  Mainboard P/I-P55TP4N 
>  Award Modular BIOS v.4.50PG (#401A0-0155) (ROM PCI/ISA BIOS (PI-5XTP4))
>   (S/N: 034336222)  
>  
>  The NVRAM is a DALLAS chip.
>  
>  Thanks.
  I don't know about an Award BIOS but most of the AMI BIOS's would reset
to factory default if you continuously hold down the insert key while
powering
the computer up.  You might want to spend some time holding various keys 
down while powering up.  It should take you less than 101 tries ;)
Unless of course it's a multi key combination.  Then you're SOL.

STeve

From owner-freebsd-hackers  Tue Jun  3 20:25:33 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id UAA15662
          for hackers-outgoing; Tue, 3 Jun 1997 20:25:33 -0700 (PDT)
Received: from cypher.net (black@zen.pratt.edu [205.232.115.155])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA15652
          for <hackers@FreeBSD.ORG>; Tue, 3 Jun 1997 20:25:30 -0700 (PDT)
Received: (from black@localhost) by cypher.net (8.8.5/8.7.1) id XAA15842; Tue, 3 Jun 1997 23:23:33 -0400
Date: Tue, 3 Jun 1997 23:23:28 -0400 (EDT)
From: Ben Black <black@zen.cypher.net>
To: Michael Hancock <michaelh@cet.co.jp>
cc: FreeBSD Hackers <hackers@FreeBSD.ORG>
Subject: Re: Why routed and not gated by default? 
In-Reply-To: <Pine.SV4.3.95.970604115327.29679A-100000@parkplace.cet.co.jp>
Message-ID: <Pine.LNX.3.91.970603232252.2553C-100000@zen.cypher.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

well, i discovered today that ip aliasing on BSDI involves aliasing to 
loopback and adding arp table entries, so i don't think i trust them ;)

On Wed, 4 Jun 1997, Michael Hancock wrote:

> On Tue, 3 Jun 1997, Bill Fenner wrote:
> 
> > Brandon Gillespie <brandon@ice.cold.org> wrote:
> > >Basically, other systems seem to be able to automatically setup gated just
> > >fine without problems (Digital Unix comes to mind).
> > 
> > The two things that it's trivial to configure gated for are rip and
> > router discovery, which are the things that routed does just fine.
> 
> FWIW, Jeffrey Hoenig now at BSDI made their routed a perl script that
> calls gated.
> 
> 

From owner-freebsd-hackers  Tue Jun  3 20:45:11 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id UAA16825
          for hackers-outgoing; Tue, 3 Jun 1997 20:45:11 -0700 (PDT)
Received: from darius.concentric.net (darius.concentric.net [207.155.184.79])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA16820
          for <hackers@FreeBSD.ORG>; Tue, 3 Jun 1997 20:45:06 -0700 (PDT)
Received: from marconi.concentric.net (marconi.concentric.net [207.155.184.87])
	by darius.concentric.net (8.8.5/(97/05/21 3.30))
	id XAA21879; Tue, 3 Jun 1997 23:44:52 -0400 (EDT)
	[1-800-745-2747 The Concentric Network]
Received: from athena (ts001d14.sal-ut.concentric.net [206.173.156.26])
	by marconi.concentric.net (8.8.5)
	id XAA26355; Tue, 3 Jun 1997 23:44:50 -0400 (EDT)
Message-ID: <3394E478.A874393@concentric.net>
Date: Tue, 03 Jun 1997 21:43:52 -0600
From: Joshua Fielden <shag@concentric.net>
Organization: Shaggy Enterprises
X-Mailer: Mozilla 4.0b5 [en] (WinNT; I)
MIME-Version: 1.0
To: StevenR362@aol.com
CC: root@totum.plaut.de, hackers@FreeBSD.ORG
Subject: Re: ASUS P/I-P55TP4N BIOS-Password lost...
X-Priority: 3 (Normal)
References: <970603230232_-763908123@emout19.mail.aol.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

StevenR362@aol.com wrote:
> 
> In a message dated 97-06-03 19:31:46 EDT, root@totum.plaut.de (Michael
> Reifenberger) writes:
> 
> > Hi,
> >  after deleting the User-password of a P/I-P55TP4N MB in the BIOS
> >  and forgetting the existing Superuser-Password I have a problem.
> >  No passwords->no boot->no BSD :-(
> >
> >  The Handbook states to shorten jumper 13 for a while but I tried this
> >  with no success. Somewhere else it states that one should send the Board
> to
> > the
> >  reseller but he is not available anymore...
> >
> >  Is there a chance to set the NVRAM to the Factory-default = no passwords?
> >
> >  The Board is a:
> >  Mainboard P/I-P55TP4N
> >  Award Modular BIOS v.4.50PG (#401A0-0155) (ROM PCI/ISA BIOS (PI-5XTP4))
> >   (S/N: 034336222)
> >
> >  The NVRAM is a DALLAS chip.
> >
> >  Thanks.
>   I don't know about an Award BIOS but most of the AMI BIOS's would reset
> to factory default if you continuously hold down the insert key while
> powering
> the computer up.  You might want to spend some time holding various keys
> down while powering up.  It should take you less than 101 tries ;)
> Unless of course it's a multi key combination.  Then you're SOL.
> 
> STeve
What's the point of a password if you can disable the BIOS with a
key-combo? <SARCASM> Yeah, Intel architechture. :-/ </SARCASM>
On my mainboard <Shuttle HOT-541> there is a seperate jumper to short
password than for shorting BIOS. I would suggest hitting
http://sysdoc.pair.com/mainboard.html and check your M/B settings from
off of that page....

JF

From owner-freebsd-hackers  Tue Jun  3 21:10:13 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id VAA18763
          for hackers-outgoing; Tue, 3 Jun 1997 21:10:13 -0700 (PDT)
Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA18758
          for <hackers@FreeBSD.ORG>; Tue, 3 Jun 1997 21:10:10 -0700 (PDT)
Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id NAA11449; Wed, 4 Jun 1997 13:39:21 +0930 (CST)
From: Michael Smith <msmith@atrad.adelaide.edu.au>
Message-Id: <199706040409.NAA11449@genesis.atrad.adelaide.edu.au>
Subject: Re: Need help with fastest way to move data...
In-Reply-To: <199706040229.WAA21318@spoon.beta.com> from "Brian J. McGovern" at "Jun 3, 97 10:29:06 pm"
To: mcgovern@spoon.beta.com (Brian J. McGovern)
Date: Wed, 4 Jun 1997 13:39:20 +0930 (CST)
Cc: hackers@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL28 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Brian J. McGovern stands accused of saying:
>
> Now, the big question... Is this the most efficient way to do this?
> Does memcpy and the like work best on long-aligned values. Would it
> be even MORE efficient to use larger structures, given sufficient
> data to move?

The best way to go is :

 - establish the largest linear chunk you can move.
 - call bcopy to move it.
 - repeat until done.

> I'm curious to hear comments, and see if anyone has any truely cool ideas.

Leave worrying about alignment etc. to the primitives; the moment you leave
the original platform everything is going to change anyway.

> 	-Brian

-- 
]] Mike Smith, Software Engineer        msmith@gsoft.com.au             [[
]] Genesis Software                     genesis@gsoft.com.au            [[
]] High-speed data acquisition and      (GSM mobile)     0411-222-496   [[
]] realtime instrument control.         (ph)          +61-8-8267-3493   [[
]] Unix hardware collector.             "Where are your PEZ?" The Tick  [[

From owner-freebsd-hackers  Tue Jun  3 21:36:41 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id VAA20340
          for hackers-outgoing; Tue, 3 Jun 1997 21:36:41 -0700 (PDT)
Received: from george.lbl.gov (george-2.lbl.gov [131.243.2.12])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA20335
          for <freebsd-hackers@freebsd.org>; Tue, 3 Jun 1997 21:36:39 -0700 (PDT)
Received: from localhost (peb@localhost) by george.lbl.gov (8.6.10/8.6.5) with SMTP id VAA23578 for <freebsd-hackers@freebsd.org>; Tue, 3 Jun 1997 21:36:39 -0700
Date: Tue, 3 Jun 1997 21:36:38 -0700 (PDT)
From: Pat Bozeman <peb@george.lbl.gov>
Reply-To: PBozeman@lbl.gov
To: freebsd-hackers@freebsd.org
Subject: Virtual address question for VM guru's
Message-ID: <Pine.SOL.3.95.970603211241.23254C-100000@george.lbl.gov>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


I am working on a project where I need to access the address space of a
process when the process is not necessarily the current process.  I am
working on a device driver which requires that I copy data directly into
any writable region in the processes address space.  The user informs the
kernel of the address range which is then verified and wired before any
such transfers take place.  This _almost_ all works, if the process is not
active at the time the device driver attempts to write to the buffer the
virtual address is giberish.

What I would like to do is map specific process address ranges into the
kernel's virtual address space and then keep track of the new kernel
virtual address which should point to the correct physical address
regardless of which process is active.  Or, if there is a method for
copying data to a physical address I can always perform the translation at
the time the pages are initialy verified, faulted, and wired and then
store the physical address, but I not sure how I would do that either.

If someone could just point me to the set of functions I would need to
use, I am sure I can figure it out.  However, I am not sure if I should be
working with pmap functions (i.e. pmap_qenter) or with the vm functions
(i.e. vm_map_find etc.)

 







From owner-freebsd-hackers  Tue Jun  3 21:43:59 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id VAA20800
          for hackers-outgoing; Tue, 3 Jun 1997 21:43:59 -0700 (PDT)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA20785
          for <hackers@FreeBSD.ORG>; Tue, 3 Jun 1997 21:43:54 -0700 (PDT)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id OAA14694; Wed, 4 Jun 1997 14:36:10 +1000
Date: Wed, 4 Jun 1997 14:36:10 +1000
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199706040436.OAA14694@godzilla.zeta.org.au>
To: hackers@FreeBSD.ORG, mcgovern@spoon.beta.com
Subject: Re: Need help with fastest way to move data...
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>I've completed a prototype device driver for the Cyclades Cyclom-Z card, and
>I'm hoping to make it available to everyone by the end of the week.
>Unfortunately, its under-performing a 16550 UART, and I suspect that its due
>to how I'm doing I/O with the card. 
>
>Currently, I'm moving a byte at a time to the card (ie - read - I loop,
>moving a byte at a time until the Xmit/Recv buffer is full/empty for
>each TX or RX interrupt I get). Obviously, on a PCI bus (not to mention
>internally), this is terribly inefficient. With the 32 bit bus, I'm
>hoping to be able to move 4 characters at a time, and thereby increase
>performace of this chunk of code by 3-4 times.
>
>The question I have is what is the best way to do this? I'm having some
>problems with q_to_b() locking up the system (I'm not quite sure why, I
>just know it is), but I'm not even sure if this is the best way to move the
>data.

I wouldn't trust q_to_b() for device memory, although the si driver
uses it.  q_to_b() uses bcopy() and bcopy() doesn't worry about alignment.
Misaligned writes might not work for all devices/buses, and they might be
a bit slow.  Apart from this, q_to_b() is the fastest method of copying
a clist to a linear buffer.  You may already have lost the factor of
3-4 for misaligned memory (probably not, since memory is usually faster
than the PCI bus and may be buffered better (my P5/Triton-1 system only
loses a factor of 1.5 for misaligned writes; P5's don't lose much for
misaligned reads since everything is cached)).

Bruce

From owner-freebsd-hackers  Tue Jun  3 22:44:55 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id WAA25786
          for hackers-outgoing; Tue, 3 Jun 1997 22:44:55 -0700 (PDT)
Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA25755
          for <hackers@FreeBSD.ORG>; Tue, 3 Jun 1997 22:44:47 -0700 (PDT)
Received: (from jhay@localhost)
	by zibbi.mikom.csir.co.za (8.8.5/8.8.5) id HAA24516
	for hackers@FreeBSD.ORG; Wed, 4 Jun 1997 07:44:20 +0200 (SAT)
From: John Hay <jhay@zibbi.mikom.csir.co.za>
Message-Id: <199706040544.HAA24516@zibbi.mikom.csir.co.za>
Subject: xntpd and SMP?
To: hackers@FreeBSD.ORG (FreeBSD-hackers)
Date: Wed, 4 Jun 1997 07:44:20 +0200 (SAT)
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-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Hi,

Is there anyone using xntpd on SMP machines? We have a few dual-Pentium
machines that were running FreeBSD-UNI for the past few months and
xntpd was running fine on it. We upgraded them to 3.0-SMP a week or
so ago and from then on xntpd can't seem to stay in sync. I have tried
using the kernel PLL and without it, it does not seem to make a difference.

John
-- 
John Hay -- John.Hay@mikom.csir.co.za

From owner-freebsd-hackers  Tue Jun  3 23:25:55 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id XAA28510
          for hackers-outgoing; Tue, 3 Jun 1997 23:25:55 -0700 (PDT)
Received: from ethanol.gnu.ai.mit.edu (joelh@ethanol.gnu.ai.mit.edu [128.52.46.64])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA28496
          for <freebsd-hackers@freebsd.org>; Tue, 3 Jun 1997 23:25:51 -0700 (PDT)
Received: by ethanol.gnu.ai.mit.edu (8.6.12/8.6.12GNU) id CAA13877; Wed, 4 Jun 1997 02:25:35 -0400
Message-Id: <199706040625.CAA13877@ethanol.gnu.ai.mit.edu>
From: Joel Ray Holveck <joelh@gnu.ai.mit.edu>
Date: Wed, 4 Jun 1997 02:18:31 -0400
To: freebsd-hackers@freebsd.org
Subject: aha1542 changes
Reply-to: joelh@gnu.ai.mit.edu
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Recently, I built a new kernel for a old system (I think it was the
960612 2.2 snap), and added the TUNE_1542 option.  After that, I've
been getting a couple of bus errors from aha0 (about one every two
hours sitting idle).  (There were other changes to the kernel, so I'm
still experimenting to see what's gone wrong, and what follows is part
of how I'm going about these experiments.)

I hacked in some changes to aha1542.c to add a new option,
TUNE_1542_MARGIN.  As we all know, the TUNE_1542 option backs off one
notch from the last working speed.  This sounds just fine, but
concievably might (to my mind) not work for highly marginal cases.
The new option, TUNE_1542_MARGIN, specifies how many notches to back
off (instead of the default of one notch).

I checked the -current aha1542.c, and the function that I hacked
(aha_set_bus_speed) hasn't changed, so I made a set of diffs for the
-current aha1542.  Now, assuming that this solves all my problems and
restores harmony and peace (as opposed to hard drive pieces), would
anybody be interested in these diffs?

Happy hacking,
joelh

PS: I hate to read what I'm about to say, but cope.  I don't subscribe
to -hackers, so please keep me in the cc: list.

-- 
http://www.wp.com/piquan --- Joel Ray Holveck --- joelh@gnu.ai.mit.edu
All my opinions are my own, not the Free Software Foundation's.

Second law of programming:
Anything that can go wrong wi
sendmail: segmentation violation -- core dumped


From owner-freebsd-hackers  Tue Jun  3 23:26:46 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id XAA28543
          for hackers-outgoing; Tue, 3 Jun 1997 23:26:46 -0700 (PDT)
Received: from ethanol.gnu.ai.mit.edu (joelh@ethanol.gnu.ai.mit.edu [128.52.46.64])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA28537
          for <freebsd-hackers@freebsd.org>; Tue, 3 Jun 1997 23:26:43 -0700 (PDT)
Received: by ethanol.gnu.ai.mit.edu (8.6.12/8.6.12GNU) id CAA13887; Wed, 4 Jun 1997 02:26:33 -0400
Message-Id: <199706040626.CAA13887@ethanol.gnu.ai.mit.edu>
From: Joel Ray Holveck <joelh@gnu.ai.mit.edu>
Date: Wed, 4 Jun 1997 02:24:02 -0400
To: freebsd-hackers@freebsd.org
Subject: tty_snoop: why check uid?
Reply-to: joelh@gnu.ai.mit.edu
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Why does the snp device check to make sure that the user invoking it
is root, instead of letting the admin set the permissions on the
device to whatever he feels appropriate?

Happy hacking,
joelh

PS: Yes, I have a context diff to allow a kernel option to disable
this check availible on request.

-- 
http://www.wp.com/piquan --- Joel Ray Holveck --- joelh@gnu.ai.mit.edu
All my opinions are my own, not the Free Software Foundation's.

Second law of programming:
Anything that can go wrong wi
sendmail: segmentation violation -- core dumped


From owner-freebsd-hackers  Wed Jun  4 00:21:58 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id AAA01111
          for hackers-outgoing; Wed, 4 Jun 1997 00:21:58 -0700 (PDT)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA01101
          for <hackers@freebsd.org>; Wed, 4 Jun 1997 00:21:50 -0700 (PDT)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA27273; Wed, 4 Jun 1997 09:21:32 +0200
Received: (from j@localhost)
	by uriah.heep.sax.de (8.8.5/8.8.5) id JAA19327;
	Wed, 4 Jun 1997 09:20:00 +0200 (MET DST)
Message-ID: <19970604092000.VU18764@uriah.heep.sax.de>
Date: Wed, 4 Jun 1997 09:20:00 +0200
From: j@uriah.heep.sax.de (J Wunsch)
To: hackers@freebsd.org
Cc: nate@mt.sri.com (Nate Williams)
Subject: Re: Minor linux_emul update
References: <19970603082347.TZ02340@uriah.heep.sax.de> <199706030734.RAA02671@genesis.atrad.adelaide.edu.au> <19970604000805.OZ37222@uriah.heep.sax.de> <199706040028.SAA29239@rocky.mt.sri.com>
X-Mailer: Mutt 0.60_p2-3,5,8-9
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <199706040028.SAA29239@rocky.mt.sri.com>; from Nate Williams on Jun 3, 1997 18:28:17 -0600
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

As Nate Williams wrote:

> > I think it should be invented at the first use, and stored in some
> > configuration file then.  Even Slowarlis (x86) does it this way.  The
> > (Un-)FlexLM suits seem to can live with this.
> 
> Copying a file is *much* easier to do, and can be done by even the most
> unqualified computer user.  The licensing folks need a way to tie the
> license to a particular piece of hardware, and files simply don't cut
> it.

It seems they can live with Slowarlis, so why shouldn't they live with
us, too?  We could even self-sign the respective file with an MD5
checksum (there's already an md5.c in kernelland), to prevent naive
tempering.  People too stupid to change an Ethernet address are also
too stupid to UTSL.

Solaris is foreable similarly.  I once innocently reinstalled a
Solaris x86 machine destined for a customer.  I should have read the
hostid FAQ before, this would have made me keeping the file in
question on a floppy.  The new installation created a new hostid, but
i've already obtained a key for Firewall-1 for the previous hostid...
After this, i've got a problem. :)  Well, i read the hostid FAQ, and
finally created a new hostid file similar to the one i've been using to
obtain the license key.

FreeBSD could easily create the hostid at installation time as well,
maybe even by examining the first ethernet address (if any), this
would even yield you the same ID again after reinstalling from
scratch, as long as your hardware remained the same.

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Wed Jun  4 00:34:39 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id AAA02084
          for hackers-outgoing; Wed, 4 Jun 1997 00:34:39 -0700 (PDT)
Received: from TomQNX.tomqnx.com (ott-pm1-03.comnet.ca [206.75.140.3])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA02072
          for <freebsd-hackers@freebsd.org>; Wed, 4 Jun 1997 00:34:36 -0700 (PDT)
Received: by TomQNX.tomqnx.com (Smail3.2 #1)
	id m0wZAYq-000A4QC; Wed, 4 Jun 1997 03:32:48 -0400 (EDT)
Message-Id: <m0wZAYq-000A4QC@TomQNX.tomqnx.com>
Date: Wed, 4 Jun 1997 03:32:48 -0400 (EDT)
From: tom@tomqnx.com (Tom Torrance at home)
To: freebsd-hackers@freebsd.org
Subject: CD-R & SCSI Problems
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


1) The RELNOTES.TXT files for 2.2.x-RELEASE all specify that this release
has full CD-R support for the HP6020i.  It seems to me that this release
has NO (zero) support for the HP6020.  Did I just miss it, or did
someone forget to commit the necessary changes to the RELENG_2_2 tree?

2) SCSI changes submitted during the past couple of weeks seem to have
broken the support for my HP T4000 tape drive. For every open/close
access, I now get

/kernel: st0(ahc0:6:0): ILLEGAL REQUEST asc:20,0 Invalid command operation code

Hope this info helps!

Tom



From owner-freebsd-hackers  Wed Jun  4 00:34:49 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id AAA02144
          for hackers-outgoing; Wed, 4 Jun 1997 00:34:49 -0700 (PDT)
Received: from oskar.nanoteq.co.za (oskar.nanoteq.co.za [163.195.220.170])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA02077
          for <freebsd-hackers@FreeBSD.ORG>; Wed, 4 Jun 1997 00:34:38 -0700 (PDT)
Received: (from root@localhost)
	by oskar.nanoteq.co.za (8.8.5/8.8.5) id JAA08365;
	Wed, 4 Jun 1997 09:33:33 +0200 (SAT)
From: Reinier Bezuidenhout <rbezuide@oskar.nanoteq.co.za>
Message-Id: <199706040733.JAA08365@oskar.nanoteq.co.za>
Subject: Re: Adaptec 2940UW Target Busy?
In-Reply-To: <19970603163405.15409@crh.cl.msu.edu> from Charles Henrich at "Jun 3, 97 04:34:05 pm"
To: henrich@crh.cl.msu.edu (Charles Henrich)
Date: Wed, 4 Jun 1997 09:33:33 +0200 (SAT)
Cc: freebsd-hackers@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL28 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Hi ....

I've been getting just about exactly the same messages when doing
a "mt -f /dev/rst0 erase" with an adaptec 2940 (only) adapter ???
I am running 2.1.0-RELEASE ... the very latest code that includes
all the fixes to the adaptec controller ...

I get the same message and then the system recover and the almost the
same message a second time and then the system hangs completely (probably
because my disks are on the same bus :( )

I'm using an HP C1599A 4 Gig DAT drive (internal) .. if I connect a
2 Gig EXTERNAL HP DAT everyting seems to work fine ???

> sd2(ahc0:5:0): Target Busy
> sd2(ahc0:5:0): SCB 0x7 - timed out while idle, LASTPHASE == 0x1, SCSISIGI ==
> 0x0
> SEQADDR = 0x8 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0xa
> Ordered Tag queued
> sd2(ahc0:5:0): SCB 0x7 - timed out while idle, LASTPHASE == 0x1, SCSISIGI ==
> 0x0
> SEQADDR = 0x7 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0xa
> sd2(ahc0:5:0): Queueing an Abort SCB
> sd2(ahc0:5:0): Abort Message Sent
> sd2(ahc0:5:0): SCB 7 - Abort Tag Completed.
> sd2(ahc0:5:0): no longer in timeout
> Ordered Tag sent
> sd2(ahc0:5:0): Target Busy
> 
> 


From owner-freebsd-hackers  Wed Jun  4 00:40:02 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id AAA02891
          for hackers-outgoing; Wed, 4 Jun 1997 00:40:02 -0700 (PDT)
Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA02844
          for <freebsd-hackers@FreeBSD.ORG>; Wed, 4 Jun 1997 00:39:56 -0700 (PDT)
Received: from awfulhak.demon.co.uk (localhost [127.0.0.1])
	by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id IAA06107;
	Wed, 4 Jun 1997 08:38:04 +0100 (BST)
Message-Id: <199706040738.IAA06107@awfulhak.demon.co.uk>
X-Mailer: exmh version 1.6.9 8/22/96
To: MARK SAYER <MSAYER@cuscal.com.au>
cc: "'freebsd-hackers@freebsd.org'" <freebsd-hackers@FreeBSD.ORG>
Subject: Re: IPPROTO_IPDIVERT undeclared error in natd 
In-reply-to: Your message of "Wed, 04 Jun 1997 11:04:42 +1000."
             <199706040107.SAA06532@hub.freebsd.org> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Wed, 04 Jun 1997 08:38:04 +0100
From: Brian Somers <brian@awfulhak.org>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> I'm happy to say that I am making progress with this...but still having
> trouble. Trying to make the natd binaries..I finally got my in_cksum.h
> and got passed that hurdle....but now I am getting an undeclared error
> in the natd.c source. I get the following error at compilation:
> 
> ===> alias
> 
> ===> natd
> 
> cc -O -Wall -g -I../alias   -c natd.c
> 
> natd.c: In function `main':
> 
> natd.c:178: `IPPROTO_DIVERT' undeclared (first use this function)
> 
> natd.c:178: (Each undeclared identifier is reported only once
> 
> natd.c:178: for each function it appears in.)
> 
> *** Error code 1
> 
> 
> 
> Stop.
> 
> *** Error code 1
> 
> 
> 
> Stop.                   
> 
> This is the source code that is referring to IPPROTO_IPDIVERT 
> 
> /*
> 
>  * Create divert sockets. Use only one socket if -p was specified
> 
>  * on command line. Otherwise, create separate sockets for
> 
>  * outgoing and incoming connnections.
> 
>  */
> 
>         if (inOutPort) {
> 
> 
> 
>                 divertInOut = socket (PF_INET, SOCK_RAW,
> IPPROTO_DIVERT);       
>                 if (divertInOut == -1)
> 
>                         Quit ("Unable to create divert socket.");
> 
> 
> 
>                 divertIn  = -1;
> 
>                 divertOut = -1; 
> 
> Where should this have been declared? I have recompiled my kernel with
> the IP_FIREWALL And IP_DIVERT options and am running Walnut Creek
> FreeBSD 2.1.6-RELEASE #0

natd doesn't work in 2.1.*.  The divert stuff wasn't stable enough.
Certainly, if there was divert stuff there back then, the -p option
doesn't work - you need the -i & -o options instead (there was a problem
with the divert loopback avoidance code).

> Mark.

I'd suggest going to at least 2.2.1 if you want natd, otherwise
use ppp -alias if you're masquerading on a serial interface.
-- 
Brian <brian@awfulhak.org>, <brian@freebsd.org>
      <http://www.awfulhak.org>
Don't _EVER_ lose your sense of humour....



From owner-freebsd-hackers  Wed Jun  4 01:26:51 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id BAA05958
          for hackers-outgoing; Wed, 4 Jun 1997 01:26:51 -0700 (PDT)
Received: from bunyip.cc.uq.edu.au (root@bunyip.cc.uq.edu.au [130.102.2.1])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA05952
          for <freebsd-hackers@freebsd.org>; Wed, 4 Jun 1997 01:26:47 -0700 (PDT)
Received: (from daemon@localhost)
	by bunyip.cc.uq.edu.au (8.8.5/8.8.5) id RAA27842;
	Wed, 4 Jun 1997 17:42:52 +1000
Received: from localhost.devetir.qld.gov.au by ogre.dtir.qld.gov.au (8.7.5/DEVETIR-E0.3a) with SMTP
	id RAA16094; Wed, 4 Jun 1997 17:45:32 +1000 (EST)
Message-Id: <199706040745.RAA16094@ogre.dtir.qld.gov.au>
To: Pat Bozeman <peb@george.lbl.gov>
cc: freebsd-hackers@freebsd.org
Subject: Re: Virtual address question for VM guru's 
References: <Pine.SOL.3.95.970603211241.23254C-100000@george.lbl.gov>
In-Reply-To: <Pine.SOL.3.95.970603211241.23254C-100000@george.lbl.gov>
    from Pat Bozeman at "Wed, 04 Jun 1997 04:36:38 +0000"
Date: Wed, 04 Jun 1997 17:45:31 +1000
From: Stephen McKay <syssgm@dtir.qld.gov.au>
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

On Wednesday, 4th June 1997, Pat Bozeman wrote:

>What I would like to do is map specific process address ranges into the
>kernel's virtual address space and then keep track of the new kernel
>virtual address which should point to the correct physical address
>regardless of which process is active.

Have a look at /sys/kern/sys_pipe.c for some hints.  I think you should
be able to do what you want using the same techniques.  Buyer beware,
of course!  I've never done this myself.

Stephen.

From owner-freebsd-hackers  Wed Jun  4 01:44:18 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id BAA07197
          for hackers-outgoing; Wed, 4 Jun 1997 01:44:18 -0700 (PDT)
Received: from hydrogen.nike.efn.org (metriclient-5.uoregon.edu [128.223.172.5])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA07191
          for <freebsd-hackers@FreeBSD.ORG>; Wed, 4 Jun 1997 01:44:14 -0700 (PDT)
Received: (from jmg@localhost)
	by hydrogen.nike.efn.org (8.8.5/8.8.5) id BAA26267;
	Wed, 4 Jun 1997 01:44:15 -0700 (PDT)
Message-ID: <19970604014415.48057@hydrogen.nike.efn.org>
Date: Wed, 4 Jun 1997 01:44:15 -0700
From: John-Mark Gurney <jmg@hydrogen.nike.efn.org>
To: Tom Torrance at home <tom@tomqnx.com>
Cc: freebsd-hackers@FreeBSD.ORG
Subject: Re: CD-R & SCSI Problems
References: <m0wZAYq-000A4QC@TomQNX.tomqnx.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.69
In-Reply-To: <m0wZAYq-000A4QC@TomQNX.tomqnx.com>; from Tom Torrance at home on Wed, Jun 04, 1997 at 03:32:48AM -0400
Reply-To: John-Mark Gurney <gurney_j@resnet.uoregon.edu>
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-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Tom Torrance at home scribbled this message on Jun 4:

did you mean to send this message a second time??

> 1) The RELNOTES.TXT files for 2.2.x-RELEASE all specify that this release
> has full CD-R support for the HP6020i.  It seems to me that this release
> has NO (zero) support for the HP6020.  Did I just miss it, or did
> someone forget to commit the necessary changes to the RELENG_2_2 tree?

well...  as it's been discussed.. the HP6020 != HP6020i...

> 2) SCSI changes submitted during the past couple of weeks seem to have
> broken the support for my HP T4000 tape drive. For every open/close
> access, I now get
> 
> /kernel: st0(ahc0:6:0): ILLEGAL REQUEST asc:20,0 Invalid command operation code

hmm... didn't remeber the out come of this one, Joerg you remeber?

-- 
  John-Mark Gurney                          Modem/FAX: +1 541 683 6954
  Cu Networking

  Live in Peace, destroy Micro$oft, support free software, run FreeBSD

From owner-freebsd-hackers  Wed Jun  4 03:08:53 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id DAA13622
          for hackers-outgoing; Wed, 4 Jun 1997 03:08:53 -0700 (PDT)
Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA13586;
          Wed, 4 Jun 1997 03:08:46 -0700 (PDT)
Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id TAA14428; Wed, 4 Jun 1997 19:38:34 +0930 (CST)
From: Michael Smith <msmith@atrad.adelaide.edu.au>
Message-Id: <199706041008.TAA14428@genesis.atrad.adelaide.edu.au>
Subject: Re: Minor linux_emul update
In-Reply-To: <Pine.BSF.3.96.970602081849.20679F-100000@fallout.campusview.indiana.edu> from John Fieber at "Jun 2, 97 08:20:47 am"
To: jfieber@indiana.edu (John Fieber)
Date: Wed, 4 Jun 1997 19:38:34 +0930 (CST)
Cc: msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG, emulation@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL28 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

John Fieber stands accused of saying:
> On Mon, 2 Jun 1997, Michael Smith wrote:
> 
> > Just a heads-up for anyone having trouble with Linux software keyed to
> > the hardware ethernet address; I've just committed (to both -current
> > and 2.2) an implementation of the SIOCGIFHWADDR ioctl (0x8927) which
> > has FLEXlm now working correctly here.
> 
> Just curious, could the ibcs2 support have a similar problem,
> since FLEXlm doesn't work there (last time I tried running SCO
> wordperfect at least...)?

I don't honestly know; what happens if you run the SCO "lmhostid" 
command?

> -john

-- 
]] Mike Smith, Software Engineer        msmith@gsoft.com.au             [[
]] Genesis Software                     genesis@gsoft.com.au            [[
]] High-speed data acquisition and      (GSM mobile)     0411-222-496   [[
]] realtime instrument control.         (ph)          +61-8-8267-3493   [[
]] Unix hardware collector.             "Where are your PEZ?" The Tick  [[

From owner-freebsd-hackers  Wed Jun  4 03:18:54 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id DAA14843
          for hackers-outgoing; Wed, 4 Jun 1997 03:18:54 -0700 (PDT)
Received: from smtp1.ts.kiev.ua (viking.ts.kiev.ua [193.124.229.195])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA14811
          for <hackers@FreeBSD.ORG>; Wed, 4 Jun 1997 03:18:40 -0700 (PDT)
Received: from aviion.ts.kiev.ua by smtp1.ts.kiev.ua with SMTP id MAA21043;
  (8.8.3/zah/2.1) Wed, 4 Jun 1997 12:57:51 +0300 (EET DST)
Received: from nbki.ipri.kiev.ua by aviion.ts.kiev.ua with ESMTP id KAA19484;
  (8.6.11/zah/2.1) Wed, 4 Jun 1997 10:28:50 GMT
Received: from cki.ipri.kiev.ua by nbki.ipri.kiev.ua with ESMTP id MAA05574;
  (8.6.9/zah/1.1) Wed, 4 Jun 1997 12:14:54 +0100
Received: from 194.44.146.14 (mac.ipri.kiev.ua [194.44.146.14]) by cki.ipri.kiev.ua (8.7.6/8.7.3) with SMTP id MAA02582; Wed, 4 Jun 1997 12:07:43 +0300 (EET DST)
Message-ID: <33952291.654E@cki.ipri.kiev.ua>
Date: Wed, 04 Jun 1997 11:08:49 +0300
From: Ruslan Shevchenko <rssh@cki.ipri.kiev.ua>
Reply-To: rssh@cki.ipri.kiev.ua
Organization: IPRI
X-Mailer: Mozilla 3.01Gold (Macintosh; I; 68K)
MIME-Version: 1.0
To: Joerg Wunsch <joerg_wunsch@uriah.heep.sax.de>
CC: hackers@FreeBSD.ORG, Larry Lile <lile@stdio.com>
Subject: Re: Tropic token ring driver
References: <3392FC14.41C6@stdio.com> <19970602223654.XZ56494@uriah.heep.sax.de>
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

J Wunsch wrote:
> 
> As Larry Lile wrote:
> 
> >   Right now I am picking up the shared ram address
> > from the foo->id_maddr in the probe routine and kvtop(foo->id_maddr)
> > gives the correct physical address.  What I would like to do is
> > pick up the address from 0x0a20 (Which after some math is usually
> > either 0xcc000 or 0xdc000) and get a kvm address to it, ie the
> > inverse of kvtop.
> 
> Do you only need the KVA of it (i.e., you don't need it for things
> like DMA)?  If the shared memory is always in the ISA hole, there's a
> fixed mapping for it (i think you need to add 0xf000000 to the
> physical address).  For devices that go into the higher memory area
> (like PCI), you need to map it yourself anyway.
> 
> > Also, how do you get your driver registered into the boot-up
> > config? (Right now it would be helpful for debugging)
> 
> That's still handwork, to go into /sys/i386/i386/userconfig.c.
> 

 In principle, all would be work without touching it.
 
    (in boot config you can configure misc/unknown device
  )

  and about patching userconfig  --- look on READMe to ppa3 driver:

   http://www.prism.uvsq.fr/~son/ppa3.html


> --
> cheers, J"org
> 
> joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
> Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Wed Jun  4 04:54:26 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id EAA22918
          for hackers-outgoing; Wed, 4 Jun 1997 04:54:26 -0700 (PDT)
Received: from TomQNX.tomqnx.com (ott-pm1-13.comnet.ca [206.75.140.13])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA22913
          for <freebsd-hackers@freebsd.org>; Wed, 4 Jun 1997 04:54:23 -0700 (PDT)
Received: by TomQNX.tomqnx.com (Smail3.2 #1)
	id m0wZEc2-000A4QC; Wed, 4 Jun 1997 07:52:22 -0400 (EDT)
Message-Id: <m0wZEc2-000A4QC@TomQNX.tomqnx.com>
Date: Wed, 4 Jun 1997 07:52:22 -0400 (EDT)
From: tom@tomqnx.com (Tom Torrance at home)
To: freebsd-hackers@freebsd.org
Subject: CD-R and SCSI Problems
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


> Tom Torrance at home scribbled this message on Jun 4:
> 
> did you mean to send this message a second time??

Yes I did.  I was tardy paying my fees to the NIC and they cut off my
DNS - I got none of the replies to any of my messages sent on the weekend
and majordomo@freebsd.org cut me off as well. I had to resubscribe.

I did a search of the freebsd-hackers at www.freebsd.org and none of
my messages or replies to them could be found.

If someone has access to the replies, I would be very greatful 
if they could forward them to tom@tomqnx.com

Regards,
Tom



From owner-freebsd-hackers  Wed Jun  4 05:45:46 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id FAA25781
          for hackers-outgoing; Wed, 4 Jun 1997 05:45:46 -0700 (PDT)
Received: from squirrel.tgsoft.com (squirrel.tgsoft.com [207.167.64.183])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id FAA25774
          for <hackers@FreeBSD.ORG>; Wed, 4 Jun 1997 05:45:42 -0700 (PDT)
Received: (qmail 946 invoked by uid 128); 4 Jun 1997 12:45:24 -0000
Date: 4 Jun 1997 12:45:24 -0000
Message-ID: <19970604124524.945.qmail@squirrel.tgsoft.com>
From: mark thompson <thompson@squirrel.tgsoft.com>
To: un_x@anchorage.net
CC: hackers@FreeBSD.ORG
In-reply-to: message from Steve Howe on Mon, 2 Jun 1997 21:40:41 -0800 (AKDT)
Subject: Re: signed/unsigned cpp
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

   From: Steve Howe <un_x@anchorage.net>
   Date: Mon, 2 Jun 1997 21:40:41 -0800 (AKDT)

   On Tue, 3 Jun 1997, David Nugent wrote:

   > 
   > It isn't only a portability issue, but also a c++ standards issue.
   > c++ distinguishes between these three types. Ansi c only has two
   > and there it *is* a portability issue as to whether char* is signed
   > or unsigned. This is one of the many ambiguities that c++ has the
   > luxury to resolve. :)

   i hate to carry on anything trivial ... but,

Agreed.

   having a "default signedness" seems like trouble to me.  when you
   are writing code, you should have some intentions for a signedness.
   imho, c++ should've just kept 2 types of signedness and made sure
   one or the other was always specified - then you wouldn't have
   the kludge of "whatever some other compiler deems it to be".
   i can't imagine a worthwhile use of that.

It is a carryover from C. The rule in C was that each base type was
defined to be whatever was "natural" on the underlying machine. Some
machines only have native instructions for one type of char or
another. (The unsupported flavor would require two or more
instructions). Hence, C did not specify which type you would get by
default. 

Neither does C++. But ANSI at least added the rigor of allowing you to
specify which one you needed, and considering the misuse of the types as
a portability issue.

   if i am using an "unsigned char *", i expect my code to use an
   "unsigned char *".  it does not benefit any cross-compiler
   or any other architecture to say "no - i will use it as
   a signed char *".

Actually, 'char' is a fine, useful and portable type, if you use it for
7-bit characters, or integers 0..127. Or if you only store characters
and compare them for equality.

   but i have been wrong before :)

Hmmm...

-mark

From owner-freebsd-hackers  Wed Jun  4 06:56:44 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id GAA29030
          for hackers-outgoing; Wed, 4 Jun 1997 06:56:44 -0700 (PDT)
Received: from ph-elec.phys.msu.su ([158.250.9.67])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA29013
          for <freebsd-hackers@FreeBSD.ORG>; Wed, 4 Jun 1997 06:56:31 -0700 (PDT)
Received: by ph-elec.phys.msu.su id <157-183>; Wed, 4 Jun 1997 17:52:58 +0400
Message-ID: <XFMail.970604175242.gena@ph-elec.phys.msu.su>
X-Mailer: XFMail 1.0 [p0] on FreeBSD
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <199706031518.RAA26456@labinfo.iet.unipi.it>
Date: 	Wed, 04 Jun 1997 17:47:03 +0400 (MSD)
Organization: Physics Department, Moscow State University 
From: Gennadi Makhmetov <gena@ph-elec.phys.msu.su>
To: freebsd-hackers@FreeBSD.ORG
Subject: RE: disk scheduling (was Re: DMA for IDE drives ?)
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


On 03-Jun-97 Luigi Rizzo wrote:
>don't know. Does someone has a reference to IDE/EIDE/ATA/EATA
>command sets specifications available on the net ?
>
>

I found some drafts at fission.dt.wdc.com:/pub/standards/ata.
Could somebody point me to documents for the PIIX controller
on the net if they are available.


----------------------------------
E-Mail: "Gennadi Makhmetov" <gena@ph-elec.phys.msu.su>
Date: 04-Jun-97
Time: 17:51:53

From owner-freebsd-hackers  Wed Jun  4 07:00:49 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id HAA29268
          for hackers-outgoing; Wed, 4 Jun 1997 07:00:49 -0700 (PDT)
Received: from techunix.technion.ac.il (mellon@techunix.technion.ac.il [132.68.1.28])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA29250
          for <hackers@freebsd.org>; Wed, 4 Jun 1997 07:00:37 -0700 (PDT)
Received: (from mellon@localhost)
	by techunix.technion.ac.il (8.8.5/8.8.5) id QAA13705;
	Wed, 4 Jun 1997 16:56:32 +0300 (IDT)
Message-ID: <19970604165631.47148@techunix.technion.ac.il>
Date: Wed, 4 Jun 1997 16:56:31 +0300
From: Anatoly Vorobey <mellon@pobox.com>
To: mark thompson <thompson@squirrel.tgsoft.com>
Cc: hackers@freebsd.org
Subject: Re: signed/unsigned cpp
References: <19970604124524.945.qmail@squirrel.tgsoft.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.64
X-Disclaimer: I was young, I needed the money!
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

You, mark thompson, wrote on Wed, Jun 04, 1997 at 12:45:24PM -0000:

>    if i am using an "unsigned char *", i expect my code to use an
>    "unsigned char *".  it does not benefit any cross-compiler
>    or any other architecture to say "no - i will use it as
>    a signed char *".
> 
> Actually, 'char' is a fine, useful and portable type, if you use it for
> 7-bit characters, or integers 0..127. 

Not at all portable. Char, either signed or unsigned, is _not_ guaranteed 
to occupy 8 bits, and you're _not_ guaranteed by the standard that
there's enough room in char for 7-bit numbers. There have been machines
in use with 6-bit chars, as well as 12-bit chars and 16-bit chars.

In C, "byte" does _not_ mean 8 bits; it means whatever number of bits
char takes up on this architecture. Therefore, it's true (trivially)
that "char takes up 1 byte", but it doesn't mean you can _portably_
store 127 in it ;)

Of course, it's true that on just about any modern platform, char
is 8, 16 or 32 bits, and int is 32 or 64; the machines with 33, 17
and 24-bitted ints are practically gone. But for me, personally, it's
a pity; life's more interesting when there's greater variety of designs.
And I wish there were useful machines built on three-stated design
(instead of bits) around ;)

-- 
Anatoly Vorobey,
mellon@pobox.com http://pobox.com/~mellon/
"Angels can fly because they take themselves lightly" - G.K.Chesterton

From owner-freebsd-hackers  Wed Jun  4 07:44:50 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id HAA01541
          for hackers-outgoing; Wed, 4 Jun 1997 07:44:50 -0700 (PDT)
Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id HAA01344
          for <freebsd-hackers@FreeBSD.ORG>; Wed, 4 Jun 1997 07:41:28 -0700 (PDT)
Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id QAA27883; Wed, 4 Jun 1997 16:07:30 +0200
From: Luigi Rizzo <luigi@labinfo.iet.unipi.it>
Message-Id: <199706041407.QAA27883@labinfo.iet.unipi.it>
Subject: Re: disk scheduling (was Re: DMA for IDE drives ?)
To: gena@ph-elec.phys.msu.su (Gennadi Makhmetov)
Date: Wed, 4 Jun 1997 16:07:30 +0200 (MET DST)
Cc: freebsd-hackers@FreeBSD.ORG
In-Reply-To: <XFMail.970604175242.gena@ph-elec.phys.msu.su> from "Gennadi Makhmetov" at Jun 4, 97 05:46:44 pm
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> I found some drafts at fission.dt.wdc.com:/pub/standards/ata.
> Could somebody point me to documents for the PIIX controller
> on the net if they are available.

look at the intel site, www.inte.com, and search for the 82371
they also have pentium and ppro manuals in pdf format, and other
chipsets as well.

	Luigi

From owner-freebsd-hackers  Wed Jun  4 08:33:13 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id IAA04129
          for hackers-outgoing; Wed, 4 Jun 1997 08:33:13 -0700 (PDT)
Received: from polaris.we.lc.ehu.es (polaris.we.lc.ehu.es [158.227.6.43])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id IAA04069
          for <hackers@freebsd.org>; Wed, 4 Jun 1997 08:32:28 -0700 (PDT)
Received: from sirius.we.lc.ehu.es by polaris.we.lc.ehu.es (SMI-8.6/SMI-SVR4)
	id RAA20455; Wed, 4 Jun 1997 17:30:24 +0200
From: borjam@we.lc.ehu.es (Borja Marcos)
Received: by sirius.we.lc.ehu.es (4.1/SMI-4.1)
	id AA02422; Wed, 4 Jun 97 17:30:56 +0200
Message-Id: <9706041530.AA02422@sirius.we.lc.ehu.es>
Subject: Linux clone() system call
To: hackers@freebsd.org
Date: Wed, 4 Jun 1997 17:30:55 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


	Hello,

	Anyone knows what is the clone() system call in Lunux?
It seems not to be supported by the Linux emulator. I tried running
the Linux version of Inferno and it died with something like
"clone(): unimplemented system call".

	I did a "man clone" in a Linux box and it gave me
the "undocumented calls" man page.


	Borja.

-- 
***********************************************************************
Borja Marcos			* Internet: borjam@we.lc.ehu.es
Alangoeta, 11 1 izq		*	    borjam@well.com
48990 - Algorta (Vizcaya)	*           borjamar@sarenet.es
SPAIN				* CompuServe: 100015,3502
***********************************************************************

From owner-freebsd-hackers  Wed Jun  4 09:03:19 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id JAA06868
          for hackers-outgoing; Wed, 4 Jun 1997 09:03:19 -0700 (PDT)
Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA06862
          for <freebsd-hackers@FreeBSD.ORG>; Wed, 4 Jun 1997 09:03:17 -0700 (PDT)
Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id IAA18658; Wed, 4 Jun 1997 08:55:44 -0700
From: Terry Lambert <terry@lambert.org>
Message-Id: <199706041555.IAA18658@phaeton.artisoft.com>
Subject: Re: Virtual address question for VM guru's
To: PBozeman@lbl.gov
Date: Wed, 4 Jun 1997 08:55:44 -0700 (MST)
Cc: freebsd-hackers@FreeBSD.ORG
In-Reply-To: <Pine.SOL.3.95.970603211241.23254C-100000@george.lbl.gov> from "Pat Bozeman" at Jun 3, 97 09:36:38 pm
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> I am working on a project where I need to access the address space of a
> process when the process is not necessarily the current process.  I am
> working on a device driver which requires that I copy data directly into
> any writable region in the processes address space.  The user informs the
> kernel of the address range which is then verified and wired before any
> such transfers take place.  This _almost_ all works, if the process is not
> active at the time the device driver attempts to write to the buffer the
> virtual address is giberish.

Pipe buffers work this way, but I believe there will be a copy involved;
if you want to avoid the copy, the best suggestion I can give you is to
use a shared memory region as your target buffer.

A shared memory region is also more sane in that it establishes an
agreement between the process and the driver about memory the driver
is permitted to spam.

Since you need to establish this memory region anyway, and it must be
on page boundries, it might as well be a shared memory segment.


					Regards,
					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.

From owner-freebsd-hackers  Wed Jun  4 09:21:50 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id JAA07960
          for hackers-outgoing; Wed, 4 Jun 1997 09:21:50 -0700 (PDT)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA07951
          for <hackers@FreeBSD.ORG>; Wed, 4 Jun 1997 09:21:43 -0700 (PDT)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA02810 for hackers@FreeBSD.ORG; Wed, 4 Jun 1997 18:21:29 +0200
Received: (from j@localhost)
	by uriah.heep.sax.de (8.8.5/8.8.5) id SAA20408;
	Wed, 4 Jun 1997 18:01:47 +0200 (MET DST)
Message-ID: <19970604180147.WE10506@uriah.heep.sax.de>
Date: Wed, 4 Jun 1997 18:01:47 +0200
From: j@uriah.heep.sax.de (J Wunsch)
To: hackers@FreeBSD.ORG
Subject: Re: Why routed and not gated by default?
References: <Pine.NEB.3.95.970603094344.10381D-100000@ice.cold.org> <97Jun3.102350pdt.177489@crevenia.parc.xerox.com>
X-Mailer: Mutt 0.60_p2-3,5,8-9
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <97Jun3.102350pdt.177489@crevenia.parc.xerox.com>; from Bill Fenner on Jun 3, 1997 10:23:49 -0800
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

As Bill Fenner wrote:

> The two things that it's trivial to configure gated for are rip and
> router discovery, which are the things that routed does just fine.

GateD allows for a fine-grain setup of the routes you want/don't ever
wanna see in your network, for the IP addresses you trust when
receiving RIP announcements, for automatic setup of subnet routes out
to a local part-time PPP link etc.  Even in a RIP-only world, i prefer
GateD for this.

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Wed Jun  4 09:21:57 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id JAA07989
          for hackers-outgoing; Wed, 4 Jun 1997 09:21:57 -0700 (PDT)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA07975
          for <hackers@FreeBSD.ORG>; Wed, 4 Jun 1997 09:21:52 -0700 (PDT)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA02818; Wed, 4 Jun 1997 18:21:49 +0200
Received: (from j@localhost)
	by uriah.heep.sax.de (8.8.5/8.8.5) id SAA20417;
	Wed, 4 Jun 1997 18:03:55 +0200 (MET DST)
Message-ID: <19970604180354.XH36943@uriah.heep.sax.de>
Date: Wed, 4 Jun 1997 18:03:54 +0200
From: j@uriah.heep.sax.de (J Wunsch)
To: hackers@FreeBSD.ORG
Cc: dec@phoenix.its.rpi.edu (David E. Cross)
Subject: Re: Random Qustions...
References: <Pine.BSF.3.95q.970603134538.28675A-100000@phoenix.its.rpi.edu>
X-Mailer: Mutt 0.60_p2-3,5,8-9
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <Pine.BSF.3.95q.970603134538.28675A-100000@phoenix.its.rpi.edu>; from David E. Cross on Jun 3, 1997 13:48:00 -0400
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

As David E. Cross wrote:

> 1) what do suid/sgid devices do?

At best serve as a security hole. :)  Not really, since you cannot
execute a device at all.

> 2) what do the numbers displayed when the system is syncing on a
> halt/reboot mean?

The number of outstanding buffers to flush.

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Wed Jun  4 09:22:38 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id JAA08074
          for hackers-outgoing; Wed, 4 Jun 1997 09:22:38 -0700 (PDT)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA08051
          for <freebsd-hackers@FreeBSD.ORG>; Wed, 4 Jun 1997 09:22:25 -0700 (PDT)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA02821; Wed, 4 Jun 1997 18:22:18 +0200
Received: (from j@localhost)
	by uriah.heep.sax.de (8.8.5/8.8.5) id SAA20445;
	Wed, 4 Jun 1997 18:10:03 +0200 (MET DST)
Message-ID: <19970604181003.CT56760@uriah.heep.sax.de>
Date: Wed, 4 Jun 1997 18:10:03 +0200
From: j@uriah.heep.sax.de (J Wunsch)
To: freebsd-hackers@FreeBSD.ORG
Cc: fritchie@MR.Net (Scott Lystig Fritchie)
Subject: Re: mmap() incapable of mapping block special files?
References: <199706040133.UAA14543@data.mr.net>
X-Mailer: Mutt 0.60_p2-3,5,8-9
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <199706040133.UAA14543@data.mr.net>; from Scott Lystig Fritchie on Jun 3, 1997 20:33:22 -0500
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

As Scott Lystig Fritchie wrote:

> [Originally posted to comp.unix.bsd.freebsd.misc, <ytlraemlumg.fsf@mr.net>]

See also my Usenet followup.

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Wed Jun  4 09:30:19 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id JAA08616
          for hackers-outgoing; Wed, 4 Jun 1997 09:30:19 -0700 (PDT)
Received: from plaut.de (ns.plaut.de [194.39.177.166])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA08611
          for <hackers@freebsd.org>; Wed, 4 Jun 1997 09:30:15 -0700 (PDT)
Received: from totum.plaut.de (totum.plaut.de [194.39.177.9]) by plaut.de (8.6.12/8.6.12) with ESMTP id SAA02140 for <hackers@freebsd.org>; Wed, 4 Jun 1997 18:30:11 +0200
Received: from localhost (root@localhost) by totum.plaut.de (8.8.5/8.7.3) with SMTP id SAA19945 for <hackers@freebsd.org>; Wed, 4 Jun 1997 18:30:13 +0200 (MET DST)
Date: Wed, 4 Jun 1997 18:30:13 +0200 (MET DST)
From: Michael Reifenberger <root@totum.plaut.de>
To: FreeBSD-Hackers <hackers@freebsd.org>
Subject: Re: ASUS P/I-P55TP4N BIOS-Password lost...
Message-ID: <Pine.BSF.3.95.970604182804.19925B-100000@totum.plaut.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Hi,
thanks for all who have respondet.

The sollution was:
Jumper 13 shorten, Power on, Power off, Settings lost!

Thanks!

Bye!
----
Michael Reifenberger
Plaut Software GmbH, R/3 Basis


From owner-freebsd-hackers  Wed Jun  4 09:52:28 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id JAA09960
          for hackers-outgoing; Wed, 4 Jun 1997 09:52:28 -0700 (PDT)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA09953
          for <freebsd-hackers@FreeBSD.ORG>; Wed, 4 Jun 1997 09:52:24 -0700 (PDT)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA03250 for freebsd-hackers@FreeBSD.ORG; Wed, 4 Jun 1997 18:51:52 +0200
Received: (from j@localhost)
	by uriah.heep.sax.de (8.8.5/8.8.5) id SAA20525;
	Wed, 4 Jun 1997 18:26:21 +0200 (MET DST)
Message-ID: <19970604182621.BG48583@uriah.heep.sax.de>
Date: Wed, 4 Jun 1997 18:26:21 +0200
From: j@uriah.heep.sax.de (J Wunsch)
To: freebsd-hackers@FreeBSD.ORG
Subject: Re: CD-R & SCSI Problems
References: <m0wZAYq-000A4QC@TomQNX.tomqnx.com> <19970604014415.48057@hydrogen.nike.efn.org>
X-Mailer: Mutt 0.60_p2-3,5,8-9
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <19970604014415.48057@hydrogen.nike.efn.org>; from John-Mark Gurney on Jun 4, 1997 01:44:15 -0700
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

As John-Mark Gurney wrote:

> > /kernel: st0(ahc0:6:0): ILLEGAL REQUEST asc:20,0 Invalid command operation code
> 
> hmm... didn't remeber the out come of this one, Joerg you remeber?

Nope.
-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Wed Jun  4 10:04:21 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id KAA10699
          for hackers-outgoing; Wed, 4 Jun 1997 10:04:21 -0700 (PDT)
Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA10694
          for <freebsd-hackers@FreeBSD.ORG>; Wed, 4 Jun 1997 10:04:18 -0700 (PDT)
Received: (from daemon@localhost)
	by alpo.whistle.com (8.8.5/8.8.5) id KAA20466;
	Wed, 4 Jun 1997 10:02:42 -0700 (PDT)
Received: from current1.whistle.com(207.76.205.22)
 via SMTP by alpo.whistle.com, id smtpd020460; Wed Jun  4 17:02:35 1997
Message-ID: <33959F79.237C228A@whistle.com>
Date: Wed, 04 Jun 1997 10:01:45 -0700
From: Julian Elischer <julian@whistle.com>
Organization: Whistle Communications
X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386)
MIME-Version: 1.0
To: joelh@gnu.ai.mit.edu
CC: freebsd-hackers@FreeBSD.ORG
Subject: Re: tty_snoop: why check uid?
References: <199706040626.CAA13887@ethanol.gnu.ai.mit.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Joel Ray Holveck wrote:
> 
> Why does the snp device check to make sure that the user invoking it
> is root, instead of letting the admin set the permissions on the
> device to whatever he feels appropriate?
> 
> Happy hacking,
> joelh
> 
> PS: Yes, I have a context diff to allow a kernel option to disable
> this check availible on request.
> 
> --
> http://www.wp.com/piquan --- Joel Ray Holveck --- joelh@gnu.ai.mit.edu
> All my opinions are my own, not the Free Software Foundation's.
> 
> Second law of programming:
> Anything that can go wrong wi
> sendmail: segmentation violation -- core dumped

this would allow anyone who can 'talk' to you  to 'snoop' 
on you as well..
it this your intention?

From owner-freebsd-hackers  Wed Jun  4 10:04:39 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id KAA10749
          for hackers-outgoing; Wed, 4 Jun 1997 10:04:39 -0700 (PDT)
Received: from wrzx07.rz.uni-wuerzburg.de (wrzx07.rz.uni-wuerzburg.de [132.187.1.7])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA10742
          for <freebsd-hackers@freebsd.org>; Wed, 4 Jun 1997 10:04:36 -0700 (PDT)
Received: from wicx50.informatik.uni-wuerzburg.de (mail@wicx50.informatik.uni-wuerzburg.de [132.187.9.50])
	by wrzx07.rz.uni-wuerzburg.de (8.8.5/8.8.5) with SMTP id TAA05738;
	Wed, 4 Jun 1997 19:04:21 +0200 (MET DST)
Received: by wicx50.informatik.uni-wuerzburg.de (8.6.12/uniwue-C-3.1a (CIP Gate))
	id TAA21461; Wed, 4 Jun 1997 19:04:20 +0200
Received: from aruba(132.187.9.1) by cipgate via smap (V1.3)
	id sma021459; Wed Jun  4 19:03:53 1997
Received: by wicx01.informatik.uni-wuerzburg.de (5.65v3.2/uniwue-C-3.1 (C))
	id AA09686; Wed, 4 Jun 1997 19:03:53 +0200
From: Matthias Buelow <token@wicx50.informatik.uni-wuerzburg.de>
Message-Id: <9706041703.AA09686@wicx01.informatik.uni-wuerzburg.de>
Subject: Re: Linux clone() system call
To: borjam@we.lc.ehu.es (Borja Marcos)
Date: Wed, 4 Jun 1997 19:03:52 +0100 (MET DST)
Cc: freebsd-hackers@freebsd.org
In-Reply-To: <9706041530.AA02422@sirius.we.lc.ehu.es> from "Borja Marcos" at Jun 4, 97 05:30:55 pm
X-Mailer: ELM [version 2.4 PL20]
Content-Type: text
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

> 	Anyone knows what is the clone() system call in Lunux?
> It seems not to be supported by the Linux emulator. I tried running
> the Linux version of Inferno and it died with something like
> "clone(): unimplemented system call".
> 
> 	I did a "man clone" in a Linux box and it gave me
> the "undocumented calls" man page.

CLONE(2)            Linux Programmer's Manual            CLONE(2)

NAME
       clone - create a child process

SYNOPSIS
       #include <linux/sched.h>
       #include <linux/unistd.h>

       pid_t clone(void *sp, unsigned long flags)

DESCRIPTION
       clone  is  an  alternate  interface  to  fork,  with  more
       options.  fork is equivalent to clone(0, SIGCLD|COPYVM).

[...]


clone(2) is a Linux-unique system call (they formed it after a Plan9
syscall afaik) and not portable.
It looks more or less like a kludgy hack interface to fork/vfork
especially when you consider the following :-) :

ERRORS
       ENOSYS clone  will  always  return this error, unless your
              kernel was  compiled  with  CLONE_ACTUALLY_WORKS_OK
              defined.


From owner-freebsd-hackers  Wed Jun  4 10:07:11 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id KAA10914
          for hackers-outgoing; Wed, 4 Jun 1997 10:07:11 -0700 (PDT)
Received: from tweetie-bird.cs.washington.edu (tweetie-bird.cs.washington.edu [128.95.2.46])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA10909
          for <freebsd-hackers@freebsd.org>; Wed, 4 Jun 1997 10:07:09 -0700 (PDT)
From: mef@cs.washington.edu
Received: (mef@localhost) by tweetie-bird.cs.washington.edu (8.7.2/7.2ws+) id KAA09050; Wed, 4 Jun 1997 10:07:08 -0700 (PDT)
Date: Wed, 4 Jun 1997 10:07:08 -0700 (PDT)
Message-Id: <199706041707.KAA09050@tweetie-bird.cs.washington.edu>
To: freebsd-hackers@freebsd.org
Subject: netboot in prom
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Does anyone use the netboot program in a prom on an ethernet card?

--Marc

From owner-freebsd-hackers  Wed Jun  4 10:29:09 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id KAA12059
          for hackers-outgoing; Wed, 4 Jun 1997 10:29:09 -0700 (PDT)
Received: from george.lbl.gov (george-2.lbl.gov [131.243.2.12])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA12048
          for <freebsd-hackers@FreeBSD.ORG>; Wed, 4 Jun 1997 10:29:07 -0700 (PDT)
Received: from localhost (peb@localhost) by george.lbl.gov (8.6.10/8.6.5) with SMTP id KAA04850 for <freebsd-hackers@FreeBSD.ORG>; Wed, 4 Jun 1997 10:29:07 -0700
Date: Wed, 4 Jun 1997 10:29:06 -0700 (PDT)
From: Pat Bozeman <peb@george.lbl.gov>
Reply-To: PBozeman@lbl.gov
To: freebsd-hackers@FreeBSD.ORG
Subject: Re: Virtual address question for VM guru's 
In-Reply-To: <199706040745.RAA16094@ogre.dtir.qld.gov.au>
Message-ID: <Pine.SOL.3.95.970604100035.1799F-100000@george.lbl.gov>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


Thanks to all for the input, here is what I propose to do, if this doesn't
make sense can someone please correct me (although I understand the
general ideas behind the FreeBSD VM system, I don't really have a good
handle on the details of the implementation so this may not quite make
sense)

fault in and wire all pages in user supplied buffer (already working)

build vm_page_t ms[] of pages in buffer
get a new kva by calling kmem_alloc_pageable(kernel_map, buffer_size)
associate buffer pages with kva by calling pmap_qenter(kva, ms, npages)

My understanding is that kmem_alloc_pagable allocates virutal addresses
that do not have coresponding physical addresses.  Then, pmap_qenter takes
the new virtual address and associates n pages starting at that address
with the physical addresses of the vm_page_t array.







From owner-freebsd-hackers  Wed Jun  4 10:43:38 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id KAA13201
          for hackers-outgoing; Wed, 4 Jun 1997 10:43:38 -0700 (PDT)
Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA13176
          for <hackers@FreeBSD.ORG>; Wed, 4 Jun 1997 10:43:02 -0700 (PDT)
Received: from localhost (narvi@localhost)
          by haldjas.folklore.ee (8.8.4/8.8.4) with SMTP
	  id UAA10727; Wed, 4 Jun 1997 20:37:19 +0300 (EEST)
Date: Wed, 4 Jun 1997 20:37:19 +0300 (EEST)
From: Narvi <narvi@haldjas.folklore.ee>
To: Borja Marcos <borjam@we.lc.ehu.es>
cc: hackers@FreeBSD.ORG
Subject: Re: Linux clone() system call
In-Reply-To: <9706041530.AA02422@sirius.we.lc.ehu.es>
Message-ID: <Pine.BSF.3.96.970604203615.10684A-100000@haldjas.folklore.ee>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk



On Wed, 4 Jun 1997, Borja Marcos wrote:

> 
> 	Hello,
> 
> 	Anyone knows what is the clone() system call in Lunux?
> It seems not to be supported by the Linux emulator. I tried running
> the Linux version of Inferno and it died with something like
> "clone(): unimplemented system call".
> 
> 	I did a "man clone" in a Linux box and it gave me
> the "undocumented calls" man page.
> 

Clone() does something similar to rfork, only it can be used to create a
new thread instead of a new process. Used to emulate kernel level threads.

	Sander

> 
> 	Borja.
> 
> -- 
> ***********************************************************************
> Borja Marcos			* Internet: borjam@we.lc.ehu.es
> Alangoeta, 11 1 izq		*	    borjam@well.com
> 48990 - Algorta (Vizcaya)	*           borjamar@sarenet.es
> SPAIN				* CompuServe: 100015,3502
> ***********************************************************************
> 


From owner-freebsd-hackers  Wed Jun  4 11:02:19 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id LAA14895
          for hackers-outgoing; Wed, 4 Jun 1997 11:02:19 -0700 (PDT)
Received: from ads.genrad.co.uk (host5-99-3-2.btinternet.com [195.99.3.2])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA14806
          for <hackers@freebsd.org>; Wed, 4 Jun 1997 11:01:30 -0700 (PDT)
Message-Id: <199706041801.LAA14806@hub.freebsd.org>
Received: from host5-99-3-3.btinternet.com [195.99.3.3]
	(HELO localhost)
	by ads.genrad.co.uk (AltaVista Mail V1.0/1.0 BL18 listener)
	id 0000_002a_3395_ad5e_0819;
	Wed, 04 Jun 1997 19:01:02 +0100
Reply-To: <rjs@genrad.co.uk>
From: "Robert Swindells" <rjs@genrad.co.uk>
To: <hackers@freebsd.org>
CC: "Borja Marcos" <borjam@we.lc.ehu.es>
Subject: Re: Linux clone() system call
Date: Wed, 4 Jun 1997 16:57:20 +0100
X-MSMail-Priority: Normal
X-Priority: 3
X-Mailer: Microsoft Internet Mail 4.70.1161
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Borja Marcos <borjam@we.lc.ehu.es> wrote:

> 	Anyone knows what is the clone() system call in Lunux?
> It seems not to be supported by the Linux emulator. I tried running
> the Linux version of Inferno and it died with something like
> "clone(): unimplemented system call".

It creates kernel threads. Since we don't have kernel threads yet, it
can't be emulated.

I modified the linux emulator on my system to print out the arguments
to this system call just to check if Inferno was really trying to
create a new thread or if the call could be emulated by fork().

> 	I did a "man clone" in a Linux box and it gave me
> the "undocumented calls" man page.
> 

It is described in the Linux html documentation.


----------------------------------
Robert Swindells     - GenRad Ltd.
rjs@genrad.co.uk     - Work
rjs@fdy2.demon.co.uk - Home




From owner-freebsd-hackers  Wed Jun  4 12:02:05 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id MAA21181
          for hackers-outgoing; Wed, 4 Jun 1997 12:02:05 -0700 (PDT)
Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA21155
          for <hackers@FreeBSD.ORG>; Wed, 4 Jun 1997 12:01:58 -0700 (PDT)
Received: (from daemon@localhost)
	by alpo.whistle.com (8.8.5/8.8.5) id LAA24916;
	Wed, 4 Jun 1997 11:54:41 -0700 (PDT)
Received: from current1.whistle.com(207.76.205.22)
 via SMTP by alpo.whistle.com, id smtpd024913; Wed Jun  4 18:54:38 1997
Message-ID: <3395B9BC.6201DD56@whistle.com>
Date: Wed, 04 Jun 1997 11:53:48 -0700
From: Julian Elischer <julian@whistle.com>
Organization: Whistle Communications
X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386)
MIME-Version: 1.0
To: rjs@genrad.co.uk
CC: hackers@FreeBSD.ORG, Borja Marcos <borjam@we.lc.ehu.es>
Subject: Re: Linux clone() system call
References: <199706041801.LAA14806@hub.freebsd.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Robert Swindells wrote:

> 
> It creates kernel threads. Since we don't have kernel threads yet, it
> can't be emulated.
> 
> I modified the linux emulator on my system to print out the arguments
> to this system call just to check if Inferno was really trying to
> create a new thread or if the call could be emulated by fork().
> 
> >       I did a "man clone" in a Linux box and it gave me
> > the "undocumented calls" man page.
> >
> 

it can be emulated almost exactly using the 'rfork(2)' call

From owner-freebsd-hackers  Wed Jun  4 12:06:07 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id MAA21600
          for hackers-outgoing; Wed, 4 Jun 1997 12:06:07 -0700 (PDT)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA21582
          for <hackers@FreeBSD.ORG>; Wed, 4 Jun 1997 12:06:01 -0700 (PDT)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id FAA13359; Thu, 5 Jun 1997 05:00:45 +1000
Date: Thu, 5 Jun 1997 05:00:45 +1000
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199706041900.FAA13359@godzilla.zeta.org.au>
To: mellon@pobox.com, thompson@squirrel.tgsoft.com
Subject: Re: signed/unsigned cpp
Cc: hackers@FreeBSD.ORG
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>> Actually, 'char' is a fine, useful and portable type, if you use it for
>> 7-bit characters, or integers 0..127. 
>
>Not at all portable. Char, either signed or unsigned, is _not_ guaranteed 
>to occupy 8 bits, and you're _not_ guaranteed by the standard that
>there's enough room in char for 7-bit numbers.

Nope.  Standard C guarantees:

	CHAR_BIT >= 8
	SCHAR_MIN <= -127
	SCHAR_MAX >= 127
	UCHAR_MAX >= 255,
	CHAR_MIN = SCHAR_MIN if char is signed, else 0
	CHAR_MAX = SCHAR_MAX if char is signed, else UCHAR_MAX

>There have been machines
>in use with 6-bit chars, as well as 12-bit chars and 16-bit chars.

>In C, "byte" does _not_ mean 8 bits; it means whatever number of bits
>char takes up on this architecture. Therefore, it's true (trivially)
>that "char takes up 1 byte", but it doesn't mean you can _portably_
>store 127 in it ;)

On machines with 6-bit characters, C compilers would have to use some
larger size, perhaps 2 6-bit characters or one 36-bit word, to implement
the Standard C char type.  I think the representation has to be the same
for chars that happen to be >= 0 as for unsigned chars, so chars in the
range [0, 127] must be stored just as (un)portably as unsigned chars
(the representation depends on the compiler).

Bruce

From owner-freebsd-hackers  Wed Jun  4 12:46:06 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id MAA27012
          for hackers-outgoing; Wed, 4 Jun 1997 12:46:06 -0700 (PDT)
Received: from mail-lax-2.pilot.net ([205.139.40.16])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA27007
          for <hackers@freebsd.org>; Wed, 4 Jun 1997 12:46:04 -0700 (PDT)
Received: from monty.rand.org (unknown-6-173.rand.org [130.154.6.173]) by mail-lax-2.pilot.net with ESMTP id MAA11598; Wed, 4 Jun 1997 12:45:52 -0700 (PDT)
Received: from smlab (smlab.rand.org [130.154.2.66]) by monty.rand.org (8.8.5/8.8.5) with SMTP id MAA08791; Wed, 4 Jun 1997 12:45:47 -0700 (PDT)
Message-ID: <3395BE29.871@rand.org>
Date: Wed, 04 Jun 1997 12:12:41 -0700
From: User Name <user@rand.org>
Organization: RAND
X-Mailer: Mozilla 3.0 (Win16; I)
MIME-Version: 1.0
To: hackers@freebsd.org
CC: cypherpunks@toad.com
Subject: nude gifs plz
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

plz sends da gifz of naked chicks!!!

From owner-freebsd-hackers  Wed Jun  4 12:51:38 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id MAA28102
          for hackers-outgoing; Wed, 4 Jun 1997 12:51:38 -0700 (PDT)
Received: from ragnet.demon.co.uk (ragnet.demon.co.uk [158.152.46.40])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA28071
          for <freebsd-hackers@freebsd.org>; Wed, 4 Jun 1997 12:51:30 -0700 (PDT)
Received: (from dmlb@localhost)
	by ragnet.demon.co.uk (8.8.5/8.8.5) id UAA16393
	for freebsd-hackers@freebsd.org; Wed, 4 Jun 1997 20:51:08 +0100 (BST)
Date: Wed, 4 Jun 1997 20:51:08 +0100 (BST)
From: Duncan Barclay <dmlb@ragnet.demon.co.uk>
Message-Id: <199706041951.UAA16393@ragnet.demon.co.uk>
To: freebsd-hackers@freebsd.org
Subject: Where's src-2.2-0286 (ctm for 2.2?)
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


Subject say's it all. I've just started using CTM and want to
bring my source up to date. src-2.2.0286 doesnt exist on ftp.freebsd.org

Help!

Duncan

________________________________________________________________________
Raggy                   | God smiles upon the little children,
dmlb@ragnet.demon.co.uk | the alcoholics, and the permanently stoned.
________________________________________________________________________

From owner-freebsd-hackers  Wed Jun  4 13:01:32 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id NAA29630
          for hackers-outgoing; Wed, 4 Jun 1997 13:01:32 -0700 (PDT)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA29603
          for <freebsd-hackers@FreeBSD.ORG>; Wed, 4 Jun 1997 13:01:27 -0700 (PDT)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id FAA14842; Thu, 5 Jun 1997 05:51:02 +1000
Date: Thu, 5 Jun 1997 05:51:02 +1000
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199706041951.FAA14842@godzilla.zeta.org.au>
To: freebsd-hackers@FreeBSD.ORG, peb@george.lbl.gov
Subject: Re: Virtual address question for VM guru's
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>I am working on a project where I need to access the address space of a
>process when the process is not necessarily the current process.  I am
>working on a device driver which requires that I copy data directly into
>any writable region in the processes address space.  The user informs the
>kernel of the address range which is then verified and wired before any
>such transfers take place.  This _almost_ all works, if the process is not
>active at the time the device driver attempts to write to the buffer the
>virtual address is giberish.

The corresponding problem for DMA is handled by physio().  This is mostly
transparent to drivers.

Bruce

From owner-freebsd-hackers  Wed Jun  4 13:05:29 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id NAA00633
          for hackers-outgoing; Wed, 4 Jun 1997 13:05:29 -0700 (PDT)
Received: from sirocco.CC.McGill.CA (sirocco.CC.McGill.CA [132.206.27.12])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA00611
          for <freebsd-hackers@freebsd.org>; Wed, 4 Jun 1997 13:05:23 -0700 (PDT)
Received: from maelstrom.CC.McGill.CA (maelstrom.CC.McGill.CA [132.206.35.2]) by sirocco.CC.McGill.CA (8.6.12/8.6.6) with SMTP id QAA07001 for <freebsd-hackers@freebsd.org>; Wed, 4 Jun 1997 16:10:17 -0400
X-SMTP-Posting-Origin: maelstrom.CC.McGill.CA (maelstrom.CC.McGill.CA [132.206.35.2])
Received: by maelstrom.CC.McGill.CA with Microsoft Mail
	id <01BC7101.0FB61B30@maelstrom.CC.McGill.CA>; Wed, 4 Jun 1997 16:05:03 -0400
Message-ID: <01BC7101.0FB61B30@maelstrom.CC.McGill.CA>
From: Yves Lepage <yves@cc.mcgill.ca>
To: "'freebsd-hackers@freebsd.org'" <freebsd-hackers@freebsd.org>
Subject: Why not make the list closed?
Date: Wed, 4 Jun 1997 16:04:58 -0400
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Hi all,

Here's an idea: why not make the list closed? So that only subscribers can post to it?

The bugtraq list uses a list manager software that does the equivalent 
of callback when a person subscribes. It sends a request for 
confirmation of their subscription to the new member. If no confirmation
is received with X days, the new member is removed and the subscription
was never effective.

Looks like the noise/signal ratio is growing on this list, it is getting 
close to 50% now.

Regards,
Yves Lepage

From owner-freebsd-hackers  Wed Jun  4 13:06:11 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id NAA00774
          for hackers-outgoing; Wed, 4 Jun 1997 13:06:11 -0700 (PDT)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA00752
          for <freebsd-hackers@FreeBSD.ORG>; Wed, 4 Jun 1997 13:06:06 -0700 (PDT)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id GAA15194; Thu, 5 Jun 1997 06:03:37 +1000
Date: Thu, 5 Jun 1997 06:03:37 +1000
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199706042003.GAA15194@godzilla.zeta.org.au>
To: freebsd-hackers@FreeBSD.ORG, joelh@gnu.ai.mit.edu
Subject: Re: tty_snoop: why check uid?
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>Why does the snp device check to make sure that the user invoking it
>is root, instead of letting the admin set the permissions on the
>device to whatever he feels appropriate?

I think it is because system-supported security holes should be as
small as possible.

Bruce

From owner-freebsd-hackers  Wed Jun  4 13:15:31 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id NAA02708
          for hackers-outgoing; Wed, 4 Jun 1997 13:15:31 -0700 (PDT)
Received: from odin.visigenic.com (odin.visigenic.com [204.179.98.2])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA02690
          for <hackers@FreeBSD.ORG>; Wed, 4 Jun 1997 13:15:26 -0700 (PDT)
Received: from VSI48 (vsi48.visigenic.com [206.64.15.185])
          by odin.visigenic.com (Netscape Mail Server v2.02) with SMTP
          id AAA2339 for <hackers@FreeBSD.ORG>;
          Wed, 4 Jun 1997 13:14:42 -0700
Message-Id: <3.0.32.19970604131514.00a368e0@visigenic.com>
X-Sender: toneil@visigenic.com
X-Mailer: Windows Eudora Pro Version 3.0 (32)
Date: Wed, 04 Jun 1997 13:15:17 -0700
To: hackers@FreeBSD.ORG
From: "Tim Oneil" <toneil@visigenic.com>
Subject: Re: signed/unsigned cpp
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

At 05:00 AM 6/5/97 +1000, you wrote:
>>> Actually, 'char' is a fine, useful and portable type, if you use it for
>>> 7-bit characters, or integers 0..127. 
>>
>>Not at all portable. Char, either signed or unsigned, is _not_ guaranteed 
>>to occupy 8 bits, and you're _not_ guaranteed by the standard that
>>there's enough room in char for 7-bit numbers.
>
>Nope.  Standard C guarantees:
>
>	CHAR_BIT >= 8
>	SCHAR_MIN <= -127
>	SCHAR_MAX >= 127
>	UCHAR_MAX >= 255,
>	CHAR_MIN = SCHAR_MIN if char is signed, else 0
>	CHAR_MAX = SCHAR_MAX if char is signed, else UCHAR_MAX
>
>>There have been machines
>>in use with 6-bit chars, as well as 12-bit chars and 16-bit chars.
>
>>In C, "byte" does _not_ mean 8 bits; it means whatever number of bits
>>char takes up on this architecture. Therefore, it's true (trivially)
>>that "char takes up 1 byte", but it doesn't mean you can _portably_
>>store 127 in it ;)
>
>On machines with 6-bit characters, C compilers would have to use some
>larger size, perhaps 2 6-bit characters or one 36-bit word, to implement
>the Standard C char type.  I think the representation has to be the same
>for chars that happen to be >= 0 as for unsigned chars, so chars in the
>range [0, 127] must be stored just as (un)portably as unsigned chars
>(the representation depends on the compiler).

A byte is 8 bits, I don't care what architecture you are running
on. And what a machine uses to represent a char type is more
dependant on the compiler/machine combination's taste than
what a byte is. A byte is a group of 8 bits. A char may be a byte,
or it may be a word, or whatever. I think a char is usually defined
to be a byte, but if this is a safe assumption I'm not too sure.

-Tim


From owner-freebsd-hackers  Wed Jun  4 13:17:08 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id NAA03167
          for hackers-outgoing; Wed, 4 Jun 1997 13:17:08 -0700 (PDT)
Received: from odin.visigenic.com (odin.visigenic.com [204.179.98.2])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA03153
          for <hackers@FreeBSD.ORG>; Wed, 4 Jun 1997 13:17:06 -0700 (PDT)
Received: from VSI48 (vsi48.visigenic.com [206.64.15.185])
          by odin.visigenic.com (Netscape Mail Server v2.02) with SMTP
          id AAA2562 for <hackers@FreeBSD.ORG>;
          Wed, 4 Jun 1997 13:16:24 -0700
Message-Id: <3.0.32.19970604131658.00a35eb0@visigenic.com>
X-Sender: toneil@visigenic.com
X-Mailer: Windows Eudora Pro Version 3.0 (32)
Date: Wed, 04 Jun 1997 13:16:59 -0700
To: hackers@FreeBSD.ORG
From: "Tim Oneil" <toneil@visigenic.com>
Subject: Re: nude gifs plz
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

At 12:12 PM 6/4/97 -0700, you wrote:
>plz sends da gifz of naked chicks!!!

Sorry, we're charging now. Those pix of your
mom have gotten very popular.


From owner-freebsd-hackers  Wed Jun  4 13:41:08 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id NAA07709
          for hackers-outgoing; Wed, 4 Jun 1997 13:41:08 -0700 (PDT)
Received: from weenix.guru.org (phantasma.bevc.blacksburg.va.us [198.82.200.65])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA07704
          for <hackers@freebsd.org>; Wed, 4 Jun 1997 13:41:06 -0700 (PDT)
Received: (from kmitch@localhost)
	by weenix.guru.org (8.8.5/8.8.5) id QAA28114
	for hackers@freebsd.org; Wed, 4 Jun 1997 16:41:05 -0400 (EDT)
From: Keith Mitchell <kmitch@weenix.guru.org>
Message-Id: <199706042041.QAA28114@weenix.guru.org>
Subject: PS/2 Mouse and Switch Box Problem
To: questions@freebsd.org
Date: Sun, 1 Jun 1997 20:58:25 -0400 (EDT)
X-Mailer: ELM [version 2.4ME+ PL30 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

I have a couple of computers hooked together through a Belkin OmniView
switchbox so I only need one mouse/keyboard/monitor.  Right now, I have my
PC and my thinkpad hooked up to it (although the thinkpad has its own mouse
because of the way it handles the external mouse/keyboard).

When the PC first boots (and is selected on the switch box) everything works
fine.  After I switch to the thinkpad and back then the mouse slows down
considerable (ithe point moves at about half speed).  NOTE: the only computer
that is hooked to the mouse port on the switch box is the PC.

I am using -current from 6/1/97 although it also failed with a kernel from
about two weeks ago.  I think it worked before then but I won't swear to it.

Anyone ever seen this or know how to fix it??

Thanks.

-- 
Keith Mitchell					Head Administrator: acm.vt.edu
Email: kmitch@weenix.guru.org			PGP key available upon request
http://weenix.guru.org/~kmitch 


From owner-freebsd-hackers  Wed Jun  4 14:03:26 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id OAA12672
          for hackers-outgoing; Wed, 4 Jun 1997 14:03:26 -0700 (PDT)
Received: from verdi.nethelp.no (verdi.nethelp.no [195.1.171.130])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA12662
          for <hackers@FreeBSD.ORG>; Wed, 4 Jun 1997 14:03:18 -0700 (PDT)
From: sthaug@nethelp.no
Received: (qmail 16481 invoked by uid 1001); 4 Jun 1997 21:03:02 +0000 (GMT)
To: toneil@visigenic.com
Cc: hackers@FreeBSD.ORG
Subject: Re: signed/unsigned cpp
In-Reply-To: Your message of "Wed, 04 Jun 1997 13:15:17 -0700"
References: <3.0.32.19970604131514.00a368e0@visigenic.com>
X-Mailer: Mew version 1.05+ on Emacs 19.28.2
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Date: Wed, 04 Jun 1997 23:03:01 +0200
Message-ID: <16479.865458181@verdi.nethelp.no>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> A byte is 8 bits, I don't care what architecture you are running
> on.

Don't tell this to DEC-10 people :-)

Steinar Haug, Nethelp consulting, sthaug@nethelp.no

From owner-freebsd-hackers  Wed Jun  4 14:23:03 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id OAA13530
          for hackers-outgoing; Wed, 4 Jun 1997 14:23:03 -0700 (PDT)
Received: from caipfs.rutgers.edu (root@caipfs.rutgers.edu [128.6.155.100])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA13525
          for <freebsd-hackers@FreeBSD.ORG>; Wed, 4 Jun 1997 14:22:57 -0700 (PDT)
Received: from jenolan.caipgeneral (jenolan.rutgers.edu [128.6.111.5])
	by caipfs.rutgers.edu (8.8.5/8.8.5) with SMTP id RAA13233;
	Wed, 4 Jun 1997 17:22:39 -0400 (EDT)
Received: by jenolan.caipgeneral (SMI-8.6/SMI-SVR4)
	id RAA00290; Wed, 4 Jun 1997 17:20:36 -0400
Date: Wed, 4 Jun 1997 17:20:36 -0400
Message-Id: <199706042120.RAA00290@jenolan.caipgeneral>
From: "David S. Miller" <davem@jenolan.rutgers.edu>
To: token@wicx50.informatik.uni-wuerzburg.de
CC: borjam@we.lc.ehu.es, freebsd-hackers@FreeBSD.ORG
In-reply-to: <9706041703.AA09686@wicx01.informatik.uni-wuerzburg.de> (message
	from Matthias Buelow on Wed, 4 Jun 1997 19:03:52 +0100 (MET DST))
Subject: Re: Linux clone() system call
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

   From: Matthias Buelow <token@wicx50.informatik.uni-wuerzburg.de>
   Date: Wed, 4 Jun 1997 19:03:52 +0100 (MET DST)

   clone(2) is a Linux-unique system call (they formed it after a
   Plan9 syscall afaik) and not portable.  It looks more or less like
   a kludgy hack interface to fork/vfork especially when you consider
   the following :-) :

That man page is seriously out of date.  It is how user and kernel
based threads are created, any piece of the thread context can be
specifically chosen to be shared fully or not shared at all, the fact
that fork() is implemented in terms of clone() shows how it pretty
much is a clean design.  The CLONE_ACTUALLY_WORKS_OK was relevant over
2 years ago to give you an idea of how out of date that man page is.

---------------------------------------------////
Yow! 11.26 MB/s remote host TCP bandwidth & ////
199 usec remote TCP latency over 100Mb/s   ////
ethernet.  Beat that!                     ////
-----------------------------------------////__________  o
David S. Miller, davem@caip.rutgers.edu /_____________/ / // /_/ ><

From owner-freebsd-hackers  Wed Jun  4 14:51:08 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id OAA14970
          for hackers-outgoing; Wed, 4 Jun 1997 14:51:08 -0700 (PDT)
Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA14962
          for <freebsd-hackers@FreeBSD.ORG>; Wed, 4 Jun 1997 14:51:05 -0700 (PDT)
Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA19078; Wed, 4 Jun 1997 14:47:08 -0700
From: Terry Lambert <terry@lambert.org>
Message-Id: <199706042147.OAA19078@phaeton.artisoft.com>
Subject: Re: Why not make the list closed?
To: yves@cc.mcgill.ca (Yves Lepage)
Date: Wed, 4 Jun 1997 14:47:08 -0700 (MST)
Cc: freebsd-hackers@FreeBSD.ORG
In-Reply-To: <01BC7101.0FB61B30@maelstrom.CC.McGill.CA> from "Yves Lepage" at Jun 4, 97 04:04:58 pm
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> Here's an idea: why not make the list closed? So that only
> subscribers can post to it?

Please see the archives for the precious time this was discussed.

The general consensus was that: (1) support lists should not have
to be subscribed to to be useful to people needing support, and (2)
closing the lists this way would increase the barrier to participation,
which is something we don't want.


					Regards,
					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.

From owner-freebsd-hackers  Wed Jun  4 14:54:11 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id OAA15133
          for hackers-outgoing; Wed, 4 Jun 1997 14:54:11 -0700 (PDT)
Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA15128
          for <hackers@FreeBSD.ORG>; Wed, 4 Jun 1997 14:54:05 -0700 (PDT)
Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA19091; Wed, 4 Jun 1997 14:50:10 -0700
From: Terry Lambert <terry@lambert.org>
Message-Id: <199706042150.OAA19091@phaeton.artisoft.com>
Subject: Re: signed/unsigned cpp
To: toneil@visigenic.com (Tim Oneil)
Date: Wed, 4 Jun 1997 14:50:10 -0700 (MST)
Cc: hackers@FreeBSD.ORG
In-Reply-To: <3.0.32.19970604131514.00a368e0@visigenic.com> from "Tim Oneil" at Jun 4, 97 01:15:17 pm
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> A byte is 8 bits, I don't care what architecture you are running on.

On a Harris H-800, which is a 24 bit machine, Hollerith encoding
of characters in FORTRAN (the origin of the "byte") mandated 6
bits.  I believe this was the same for the 12 bit PDP machines
from DEC.  CDC and others had 14 and 28 bit machines, which tended
to use 7 bit bytes.


					Regards,
					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.

From owner-freebsd-hackers  Wed Jun  4 15:53:24 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id PAA25208
          for hackers-outgoing; Wed, 4 Jun 1997 15:53:24 -0700 (PDT)
Received: from misery.sdf.com (misery.sdf.com [204.244.210.193])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA25125
          for <freebsd-hackers@FreeBSD.ORG>; Wed, 4 Jun 1997 15:53:18 -0700 (PDT)
Received: from localhost (tom@localhost)
	by misery.sdf.com (8.8.5/8.8.5) with SMTP id PAA08160;
	Wed, 4 Jun 1997 15:52:25 -0700 (PDT)
X-Authentication-Warning: misery.sdf.com: tom owned process doing -bs
Date: Wed, 4 Jun 1997 15:52:23 -0700 (PDT)
From: Tom Samplonius <tom@sdf.com>
To: Joel Ray Holveck <joelh@gnu.ai.mit.edu>
cc: freebsd-hackers@FreeBSD.ORG
Subject: Re: tty_snoop: why check uid?
In-Reply-To: <199706040626.CAA13887@ethanol.gnu.ai.mit.edu>
Message-ID: <Pine.BSF.3.95q.970604154944.8133A-100000@misery.sdf.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


On Wed, 4 Jun 1997, Joel Ray Holveck wrote:

> Why does the snp device check to make sure that the user invoking it
> is root, instead of letting the admin set the permissions on the
> device to whatever he feels appropriate?
> 
> Happy hacking,
> joelh
> 
> PS: Yes, I have a context diff to allow a kernel option to disable
> this check availible on request.
> 
> -- 
> http://www.wp.com/piquan --- Joel Ray Holveck --- joelh@gnu.ai.mit.edu
> All my opinions are my own, not the Free Software Foundation's.
> 
> Second law of programming:
> Anything that can go wrong wi
> sendmail: segmentation violation -- core dumped
> 
> 
> 

  Because if the tty snoop is not root, he/she soon will be.  It is better
not to fool yourself, and give the root password to all snoop users.

Tom


From owner-freebsd-hackers  Wed Jun  4 15:56:05 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id PAA25599
          for hackers-outgoing; Wed, 4 Jun 1997 15:56:05 -0700 (PDT)
Received: from eeyore.lv-hrc.nevada.edu (eeyore.lv-hrc.nevada.edu [131.216.27.16])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA25585
          for <hackers@FreeBSD.ORG>; Wed, 4 Jun 1997 15:56:01 -0700 (PDT)
Received: from scooby.lv-hrc.nevada.edu (scooby.lv-hrc.nevada.edu [131.216.27.8]) by eeyore.lv-hrc.nevada.edu (8.7.6/8.7.3) with ESMTP id QAA00264; Wed, 4 Jun 1997 16:08:05 -0700 (PDT)
Message-Id: <199706042308.QAA00264@eeyore.lv-hrc.nevada.edu>
From: "Harry Reed" <doon@eeyore.lv-hrc.nevada.edu>
To: "Terry Lambert" <terry@lambert.org>, "Tim Oneil" <toneil@visigenic.com>
Cc: <hackers@FreeBSD.ORG>
Subject: Re: signed/unsigned cpp
Date: Wed, 4 Jun 1997 15:57:53 -0700
X-MSMail-Priority: Normal
X-Priority: 3
X-Mailer: Microsoft Internet Mail 4.70.1161
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

No, no, no. On an H-800 a byte is 8-bits with 3 bytes stored per 24-bit
word accessed via
a special byte pointer that would make one truey sick. Had to write an
assembler/linker/loader
for the beast as an undergrad. Definately 8-bit bytes!


Harry Reed

----------
> From: Terry Lambert <terry@lambert.org>
> To: Tim Oneil <toneil@visigenic.com>
> Cc: hackers@FreeBSD.ORG
> Subject: Re: signed/unsigned cpp
> Date: Wednesday, June 04, 1997 2:50 PM
> 
> > A byte is 8 bits, I don't care what architecture you are running on.
> 
> On a Harris H-800, which is a 24 bit machine, Hollerith encoding
> of characters in FORTRAN (the origin of the "byte") mandated 6
> bits.  I believe this was the same for the 12 bit PDP machines
> from DEC.  CDC and others had 14 and 28 bit machines, which tended
> to use 7 bit bytes.
> 
> 
> 					Regards,
> 					Terry Lambert
> 					terry@lambert.org
> ---
> Any opinions in this posting are my own and not those of my present
> or previous employers.

From owner-freebsd-hackers  Wed Jun  4 16:14:15 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id QAA28968
          for hackers-outgoing; Wed, 4 Jun 1997 16:14:15 -0700 (PDT)
Received: from fps.biblos.unal.edu.co ([168.176.37.11])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA28926
          for <freebsd-hackers@FreeBSD.ORG>; Wed, 4 Jun 1997 16:14:03 -0700 (PDT)
Received: from localhost by fps.biblos.unal.edu.co (AIX 4.1/UCB 5.64/4.03)
          id AA19938; Wed, 4 Jun 1997 18:13:31 -0500
Date: Wed, 4 Jun 1997 18:13:31 -0500 (EST)
From: "Pedro F. Giffuni" <pgiffuni@fps.biblos.unal.edu.co>
To: Yves Lepage <yves@cc.mcgill.ca>
Cc: "'freebsd-hackers@freebsd.org'" <freebsd-hackers@FreeBSD.ORG>
Subject: Re: Why not make the list closed?
In-Reply-To: <01BC7101.0FB61B30@maelstrom.CC.McGill.CA>
Message-Id: <Pine.A41.3.95.970604180832.33946A-100000@fps.biblos.unal.edu.co>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk



On Wed, 4 Jun 1997, Yves Lepage wrote:

> Hi all,
> 
> Here's an idea: why not make the list closed? So that only subscribers can post to it?
>
I agree, I'm tired of receiving commercial proposals and farm boys asking
to see nude "chicks".

	Pedro.
 
> 
> Regards,
> Yves Lepage
> 


From owner-freebsd-hackers  Wed Jun  4 16:29:37 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id QAA01687
          for hackers-outgoing; Wed, 4 Jun 1997 16:29:37 -0700 (PDT)
Received: from spoon.beta.com (root@[199.165.180.33])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA01663
          for <hackers@freebsd.org>; Wed, 4 Jun 1997 16:29:32 -0700 (PDT)
Received: from spoon.beta.com (mcgovern@localhost [127.0.0.1])
	by spoon.beta.com (8.8.5/8.8.5) with ESMTP id TAA25263;
	Wed, 4 Jun 1997 19:44:03 -0400 (EDT)
Message-Id: <199706042344.TAA25263@spoon.beta.com>
To: marcio@cyclades.com, ivan@cyclades.com, waz@cyclades.com
cc: hackers@freebsd.org
Subject: BETA Cyclades Cyclom-Z driver
Date: Wed, 04 Jun 1997 19:44:03 -0400
From: "Brian J. McGovern" <mcgovern@spoon.beta.com>
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

I just wanted to let everyone know that I rolled a BETA release of a FreeBSD
driver for the Cyclades Cyclom-8Zo card. The driver has reached the point where
its "working ok for me", and for the tasks I'm putting it through. I still have
a few efficiency tweaks to work in, but I'm really hoping to get some mileage 
on it so I can find any bugs that I may of missed, and get input from anyone
who has troubles with it, or ideas for the driver.

Currently, there is a copy of the driver at ftp://ftp.beta.com/pub/cz-beta.tgz.
As time permits me later tonight, I will be placing another copy on 
ftp://ftp.freebsd.org/incoming.

The driver will be capable of supporting up to 4 8 port Zo cards in a PC. My
initial testing had CPU utilization at 2-3% per active port on a Pentium Pro
200. Most of this was application time (1.2% was for the interrupt handler,
and I've since increased the handler's efficiency).

Support for the Ze cards is forthcoming. I'm waiting for additional data
from Cyclades about the new cards (gee, Scott, can I get a free-bee 64 port
to write with? :) ), as well as a problem with working out some minor device
numbers. Big hint to Cyclades ;p, also to the FreeBSD team about answering
the question I posted today :)


If anyone who has access to these cards can take it for a test drive,
and report bugs to mcgovern@spoon.beta.com, I'd greatly appreciate it.

For those who don't know, the Cyclades Cyclom-Zo is an 8 port intelligent
serial card, capable of line speeds of 460K/s (untested as of yet, as I need
to bring my second board back to work so I can test them back to back) with
minimal CPU utilization. Definately worth checking out.

If there are any questions or comments, please don't hesitate to write 
to mcgovern@spoon.beta.com.
	-Brian

From owner-freebsd-hackers  Wed Jun  4 16:57:05 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id QAA06450
          for hackers-outgoing; Wed, 4 Jun 1997 16:57:05 -0700 (PDT)
Received: from matrix.42.org (sec@matrix.42.org [192.68.213.129])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA06441
          for <freebsd-hackers@freebsd.org>; Wed, 4 Jun 1997 16:57:00 -0700 (PDT)
Received: (from sec@localhost) by matrix.42.org (8.6.12/8.6.12) id BAA15649; Thu, 5 Jun 1997 01:56:54 +0200
To: freebsd-hackers@freebsd.org
Path: sec
From: sec@42.org (Stefan `Sec` Zehl)
Newsgroups: muc.lists.freebsd.hackers
Subject: Re: Why not make the list closed?
Date: 5 Jun 1997 01:56:53 +0200
Organization: Internet@home
Lines: 16
Message-ID: <slrn5pc065.8ph.sec@matrix.42.org>
References: <01BC7101.0FB61B30@maelstrom.CC.McGill.CA>
X-Newsreader: slrn (0.9.3.0-2 BETA UNIX)
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

In article <01BC7101.0FB61B30@maelstrom.CC.McGill.CA>, Yves Lepage wrote:
> Here's an idea: why not make the list closed? So that only subscribers can post to it?
[...]
> Looks like the noise/signal ratio is growing on this list, it is getting 
> close to 50% now.

*nooooooo* please not! i regularly send news to the list from an other
adress than the one which is subscribed to the list (keyword local
mail2news gate) - so i wouldn't be able to send mails to the list :(

CU,
	Sec
-- 
Fuer die Raupe ist es das Ende der Welt,
Fuer den Rest der Welt ist es ein Schmetterling
							    Error 0: No error

From owner-freebsd-hackers  Wed Jun  4 17:00:37 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id RAA06998
          for hackers-outgoing; Wed, 4 Jun 1997 17:00:37 -0700 (PDT)
Received: from bach.ca.sandia.gov (bach.ca.sandia.gov [146.246.243.201])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA06987
          for <freebsd-hackers@FreeBSD.ORG>; Wed, 4 Jun 1997 17:00:34 -0700 (PDT)
Received: from bach.ca.sandia.gov (localhost [127.0.0.1])
	by bach.ca.sandia.gov (8.8.5/8.8.5) with ESMTP id QAA12708;
	Wed, 4 Jun 1997 16:57:03 -0700 (PDT)
Message-Id: <199706042357.QAA12708@bach.ca.sandia.gov>
X-Mailer: exmh version 2.0delta 6/3/97
To: Terry Lambert <terry@lambert.org>
Cc: yves@cc.mcgill.ca (Yves Lepage), freebsd-hackers@FreeBSD.ORG
Subject: Re: Why not make the list closed? 
In-Reply-To: Your message of "Wed, 04 Jun 1997 14:47:08 PDT."
             <199706042147.OAA19078@phaeton.artisoft.com> 
From: bmah@CA.Sandia.GOV (Bruce A. Mah)
Reply-To: bmah@CA.Sandia.GOV
X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5<Pi&akO)o^8;[r
 %l(8ZHlbF`dD>v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A
 2V%N&+
X-Url: http://www.ca.sandia.gov/~bmah/
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_911131932P";
	 micalg=pgp-md5; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Wed, 04 Jun 1997 16:57:02 -0700
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

--==_Exmh_911131932P
Content-Type: text/plain; charset=us-ascii

Terry Lambert writes:
> > Here's an idea: why not make the list closed? So that only
> > subscribers can post to it?
> 
> Please see the archives for the precious time this was discussed.
                                  ^^^^^^^^
Slip of the fingers or Freudian slip?  :-)

Bruce.




--==_Exmh_911131932P
Content-Type: application/pgp-signature

-----BEGIN PGP MESSAGE-----
Version: 2.6.2

iQCVAwUBM5YAy6jOOi0j7CY9AQF1bwP+OnglQBIkdRnI1jWpHFwXDQUQiJIX6WC5
hQwhwLyuXL1XeXfcZ3gE675Ql60rPH9VT5qDwfra94zgItJVQaccjZLD+zhmK61J
Y87aDPFc3475+kxWmZI4HCzhmB/kHK9ocu1IYpz8Xny8RtNoMhGSOuGMaIrD4QJy
4zMXRbBvprk=
=aE4y
-----END PGP MESSAGE-----

--==_Exmh_911131932P--

From owner-freebsd-hackers  Wed Jun  4 17:35:20 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id RAA17935
          for hackers-outgoing; Wed, 4 Jun 1997 17:35:20 -0700 (PDT)
Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id RAA17889
          for <hackers@FreeBSD.ORG>; Wed, 4 Jun 1997 17:35:13 -0700 (PDT)
Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA19348; Wed, 4 Jun 1997 17:31:02 -0700
From: Terry Lambert <terry@lambert.org>
Message-Id: <199706050031.RAA19348@phaeton.artisoft.com>
Subject: Re: signed/unsigned cpp
To: doon@eeyore.lv-hrc.nevada.edu (Harry Reed)
Date: Wed, 4 Jun 1997 17:31:02 -0700 (MST)
Cc: terry@lambert.org, toneil@visigenic.com, hackers@FreeBSD.ORG
In-Reply-To: <199706042308.QAA00264@eeyore.lv-hrc.nevada.edu> from "Harry Reed" at Jun 4, 97 03:57:53 pm
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> No, no, no. On an H-800 a byte is 8-bits with 3 bytes stored per 24-bit
> word accessed via
> a special byte pointer that would make one truey sick. Had to write an
> assembler/linker/loader
> for the beast as an undergrad. Definately 8-bit bytes!

Try to port the "Collosal Cave Adventure", which uses Hollerith
encoded data to the thing.  8-|.  I was specific about the Hollerith
encoding... the 4 byte Hollerith values from the DEC (32 bit)
machines were not caught by the compiler because ti assumed I
wanted the data converted to 6 bit characters.  The problem
with this particualr conversion is that, though the compiler
didn't complain, the H-800 character type access assumed 3
bytes per word.

Took me a while to figure this out, but once I did, I believe I had
the first port of the code to VOS.

PS: ever do a "hot read" without initializing the "hot I/O" system?
It was how I found out that 0 was NOP on the H-800: it zipped to
the end of system memory and rebooted the machine.  Boy, was that
a buitch to track... 8-).


					Regards,
					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.

From owner-freebsd-hackers  Wed Jun  4 18:11:22 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id SAA24020
          for hackers-outgoing; Wed, 4 Jun 1997 18:11:22 -0700 (PDT)
Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA24013
          for <hackers@FreeBSD.ORG>; Wed, 4 Jun 1997 18:11:11 -0700 (PDT)
Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1])
	by Ilsa.StevesCafe.com (8.8.5/8.8.5) with ESMTP id TAA24724;
	Wed, 4 Jun 1997 19:10:53 -0600 (MDT)
Message-Id: <199706050110.TAA24724@Ilsa.StevesCafe.com>
X-Mailer: exmh version 2.0gamma 1/27/96
From: Steve Passe <smp@csn.net>
To: hackers@FreeBSD.ORG
cc: John Hay <jhay@zibbi.mikom.csir.co.za>
Subject: Re: xntpd and SMP?
In-reply-to: Your message of "Wed, 04 Jun 1997 13:05:32 PDT."
             <199706042005.NAA00647@hub.freebsd.org> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Wed, 04 Jun 1997 19:10:53 -0600
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Hi,

> Is there anyone using xntpd on SMP machines? We have a few dual-Pentium
> machines that were running FreeBSD-UNI for the past few months and
> xntpd was running fine on it. We upgraded them to 3.0-SMP a week or
> so ago and from then on xntpd can't seem to stay in sync. I have tried
> using the kernel PLL and without it, it does not seem to make a difference.

clock handling in general is broken for SMP.  dont expect this to work for
awhile...

--
Steve Passe	| powered by 
smp@csn.net	|            Symmetric MultiProcessor FreeBSD



From owner-freebsd-hackers  Wed Jun  4 19:28:50 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id TAA28198
          for hackers-outgoing; Wed, 4 Jun 1997 19:28:50 -0700 (PDT)
Received: from mtigwc04.worldnet.att.net (mailhost.worldnet.att.net [204.127.131.33])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA28191
          for <freebsd-hackers@freebsd.org>; Wed, 4 Jun 1997 19:28:48 -0700 (PDT)
Received: from blasphemy.worldnet.att.net ([207.146.193.76])
          by mtigwc04.worldnet.att.net (post.office MTA v2.0 0613 )
          with SMTP id AAA6899 for <freebsd-hackers@freebsd.org>;
          Thu, 5 Jun 1997 02:28:16 +0000
Message-ID: <33961F65.20EA@lexmark.com>
Date: Wed, 04 Jun 1997 22:07:33 -0400
From: Larry Lile <lslile@lexmark.com>
Reply-To: lslile@lexmark.com
X-Mailer: Mozilla 3.01Gold (Win95; I)
MIME-Version: 1.0
To: freebsd-hackers@freebsd.org
Subject: Re: Why not make the list closed?
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Pedro F. Giffuni wrote:
>
> On Wed, 4 Jun 1997, Yves Lepage wrote:
>
> > Hi all,
> >
> > Here's an idea: why not make the list closed? So
> > that only subscribers can post to it?
> >
> I agree, I'm tired of receiving commercial proposals
> and farm boys asking to see nude "chicks".
>
>         Pedro.
>
Why not wave a dead chicken when you post to the list,
much like posting to alt.sysadmin.recovery.  Except it
would have to be a different kind of chicken.  Have a
bot scan for the chicken and reject anything that does
not have one.  Just make sure that the method is
documented in the faq, web pages, etc...  It could be
something as simple as a token in the subject line to
be stripped out by the bot?

-- 
Larry Lile
lile@stdio.com

From owner-freebsd-hackers  Wed Jun  4 19:55:04 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id TAA29767
          for hackers-outgoing; Wed, 4 Jun 1997 19:55:04 -0700 (PDT)
Received: from ethanol.gnu.ai.mit.edu (joelh@ethanol.gnu.ai.mit.edu [128.52.46.64])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id TAA29747
          for <freebsd-hackers@FreeBSD.ORG>; Wed, 4 Jun 1997 19:55:01 -0700 (PDT)
Received: by ethanol.gnu.ai.mit.edu (8.6.12/8.6.12GNU) id WAA20216; Wed, 4 Jun 1997 22:54:45 -0400
Date: Wed, 4 Jun 1997 22:54:45 -0400
Message-Id: <199706050254.WAA20216@ethanol.gnu.ai.mit.edu>
To: tom@sdf.com
CC: freebsd-hackers@FreeBSD.ORG
In-reply-to: <Pine.BSF.3.95q.970604154944.8133A-100000@misery.sdf.com>
	(message from Tom Samplonius on Wed, 4 Jun 1997 15:52:23 -0700 (PDT))
Subject: Re: tty_snoop: why check uid?
From: Joel Ray Holveck <joelh@gnu.ai.mit.edu>
Reply-to: joelh@gnu.ai.mit.edu
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


>> Why does the snp device check to make sure that the user invoking it
>> is root, instead of letting the admin set the permissions on the
>> device to whatever he feels appropriate?
>  Because if the tty snoop is not root, he/she soon will be.  It is better
>not to fool yourself, and give the root password to all snoop users.

I do.  And I wanted to get around having to use 'su' for this operation.

-- 
http://www.wp.com/piquan --- Joel Ray Holveck --- joelh@gnu.ai.mit.edu
All my opinions are my own, not the Free Software Foundation's.

Second law of programming:
Anything that can go wrong wi
sendmail: segmentation violation -- core dumped

From owner-freebsd-hackers  Wed Jun  4 19:56:59 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id TAA00464
          for hackers-outgoing; Wed, 4 Jun 1997 19:56:59 -0700 (PDT)
Received: from ethanol.gnu.ai.mit.edu (joelh@ethanol.gnu.ai.mit.edu [128.52.46.64])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id TAA00453
          for <freebsd-hackers@FreeBSD.ORG>; Wed, 4 Jun 1997 19:56:57 -0700 (PDT)
Received: by ethanol.gnu.ai.mit.edu (8.6.12/8.6.12GNU) id WAA20227; Wed, 4 Jun 1997 22:56:44 -0400
Date: Wed, 4 Jun 1997 22:56:44 -0400
Message-Id: <199706050256.WAA20227@ethanol.gnu.ai.mit.edu>
To: bde@zeta.org.au
CC: freebsd-hackers@FreeBSD.ORG
In-reply-to: <199706042003.GAA15194@godzilla.zeta.org.au> (message from Bruce
	Evans on Thu, 5 Jun 1997 06:03:37 +1000)
Subject: Re: tty_snoop: why check uid?
From: Joel Ray Holveck <joelh@gnu.ai.mit.edu>
Reply-to: joelh@gnu.ai.mit.edu
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


>>Why does the snp device check to make sure that the user invoking it
>>is root, instead of letting the admin set the permissions on the
>>device to whatever he feels appropriate?
>I think it is because system-supported security holes should be as
>small as possible.

An admin has to explicitly change the permissions to enable this
hole.  I have a button that says, "Unix doesn't stop you from doing
stupid things because that would stop you from doing clever things."

Cheers,
joelh

-- 
http://www.wp.com/piquan --- Joel Ray Holveck --- joelh@gnu.ai.mit.edu
All my opinions are my own, not the Free Software Foundation's.

Second law of programming:
Anything that can go wrong wi
sendmail: segmentation violation -- core dumped

From owner-freebsd-hackers  Wed Jun  4 20:01:15 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id UAA01471
          for hackers-outgoing; Wed, 4 Jun 1997 20:01:15 -0700 (PDT)
Received: from ethanol.gnu.ai.mit.edu (joelh@ethanol.gnu.ai.mit.edu [128.52.46.64])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id UAA01466
          for <freebsd-hackers@FreeBSD.ORG>; Wed, 4 Jun 1997 20:01:12 -0700 (PDT)
Received: by ethanol.gnu.ai.mit.edu (8.6.12/8.6.12GNU) id XAA20255; Wed, 4 Jun 1997 23:00:52 -0400
Date: Wed, 4 Jun 1997 23:00:52 -0400
Message-Id: <199706050300.XAA20255@ethanol.gnu.ai.mit.edu>
To: julian@whistle.com
CC: freebsd-hackers@FreeBSD.ORG
In-reply-to: <33959F79.237C228A@whistle.com> (message from Julian Elischer on
	Wed, 04 Jun 1997 10:01:45 -0700)
Subject: Re: tty_snoop: why check uid?
From: Joel Ray Holveck <joelh@gnu.ai.mit.edu>
Reply-to: joelh@gnu.ai.mit.edu
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


>> Why does the snp device check to make sure that the user invoking it
>> is root, instead of letting the admin set the permissions on the
>> device to whatever he feels appropriate?
>this would allow anyone who can 'talk' to you  to 'snoop' 
>on you as well..

How's that?

Happy hacking,
joelh

-- 
http://www.wp.com/piquan --- Joel Ray Holveck --- joelh@gnu.ai.mit.edu
All my opinions are my own, not the Free Software Foundation's.

Second law of programming:
Anything that can go wrong wi
sendmail: segmentation violation -- core dumped

From owner-freebsd-hackers  Wed Jun  4 21:05:54 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id VAA15477
          for hackers-outgoing; Wed, 4 Jun 1997 21:05:54 -0700 (PDT)
Received: from cache.lib.itb.ac.id. (root@cache.lib.ITB.ac.id [167.205.57.94])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA15443
          for <hackers@freebsd.org>; Wed, 4 Jun 1997 21:05:46 -0700 (PDT)
Received: from cyberlib.itb.ac.id. (cyberlib.ITB.ac.id [167.205.57.97]) by cache.lib.itb.ac.id. (8.7.5/8.7.3) with SMTP id LAA27853 for <hackers@freebsd.org>; Thu, 5 Jun 1997 11:13:42 GMT
Received: from CYBERLIB/MAILQ by cyberlib.itb.ac.id. (Mercury 1.11);
    Thu, 5 Jun 97 11:12:47 +0700
Received: from MAILQ by CYBERLIB (Mercury 1.11); Thu, 5 Jun 97 11:12:33 +0700
From: "Edo Yudhistira" <EDO101@cyberlib.itb.ac.id>
Organization:  Computer Center ITB
To: hackers@freebsd.org
Date:          Thu, 5 Jun 1997 11:12:25 +07
MIME-Version:  1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Subject:       
Priority: normal
X-mailer:     Pegasus Mail v3.1 (R1a)
Message-ID: <761D420F8B@cyberlib.itb.ac.id.>
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

unsubscribe
--- Like a wiser man says: 'HAVE NO FEAR, EDO IS HERE'

From owner-freebsd-hackers  Wed Jun  4 22:46:10 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id WAA26628
          for hackers-outgoing; Wed, 4 Jun 1997 22:46:10 -0700 (PDT)
Received: from tweetie-bird.cs.washington.edu (tweetie-bird.cs.washington.edu [128.95.2.46])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA26622;
          Wed, 4 Jun 1997 22:46:07 -0700 (PDT)
From: mef@cs.washington.edu
Received: (mef@localhost) by tweetie-bird.cs.washington.edu (8.7.2/7.2ws+) id WAA09090; Wed, 4 Jun 1997 22:46:07 -0700 (PDT)
Date: Wed, 4 Jun 1997 22:46:07 -0700 (PDT)
Message-Id: <199706050546.WAA09090@tweetie-bird.cs.washington.edu>
To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org
Subject: pci_map_mem failed: Intel EtherExpress Pro 10/100B Ethernet
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Hi,

I get the following message when I boot on a PR440 Intel SMP
motherboard using a May snapshot of the FreeBSD 3.0 code:

fxp0 <Intel EtherExpress Pro 10/100B Ethernet> rev 1 int a irq 10 on pci1:10:0
pci_map_mem failed: device's memrange 0xF98FF000-0xF98FFFFF is incompatible with its bridge's memrange 0xF9A00000-0xFBEFFFFF

The device seems to work just fine, but I have not pushed it hard at
all.  Just curious whether there is something that I need to do or
look into.

Thanks,

Marc


From owner-freebsd-hackers  Thu Jun  5 00:22:49 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id AAA00278
          for hackers-outgoing; Thu, 5 Jun 1997 00:22:49 -0700 (PDT)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA00262
          for <freebsd-hackers@FreeBSD.ORG>; Thu, 5 Jun 1997 00:22:45 -0700 (PDT)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA17036 for freebsd-hackers@FreeBSD.ORG; Thu, 5 Jun 1997 09:22:41 +0200
Received: (from j@localhost)
	by uriah.heep.sax.de (8.8.5/8.8.5) id IAA23723;
	Thu, 5 Jun 1997 08:55:49 +0200 (MET DST)
Message-ID: <19970605085549.GA03896@uriah.heep.sax.de>
Date: Thu, 5 Jun 1997 08:55:49 +0200
From: j@uriah.heep.sax.de (J Wunsch)
To: freebsd-hackers@FreeBSD.ORG
Subject: Re: tty_snoop: why check uid?
References: <Pine.BSF.3.95q.970604154944.8133A-100000@misery.sdf.com> <199706050254.WAA20216@ethanol.gnu.ai.mit.edu>
X-Mailer: Mutt 0.60_p2-3,5,8-9
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <199706050254.WAA20216@ethanol.gnu.ai.mit.edu>; from Joel Ray Holveck on Jun 4, 1997 22:54:45 -0400
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

As Joel Ray Holveck wrote:

> >  Because if the tty snoop is not root, he/she soon will be.  It is better
> >not to fool yourself, and give the root password to all snoop users.
> 
> I do.  And I wanted to get around having to use 'su' for this operation.

Make suser(9) a no-op then. :-]  The kernel won't ever enforce to you
again to be root for some operation...

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Thu Jun  5 00:22:55 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id AAA00305
          for hackers-outgoing; Thu, 5 Jun 1997 00:22:55 -0700 (PDT)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA00292
          for <freebsd-hackers@FreeBSD.ORG>; Thu, 5 Jun 1997 00:22:51 -0700 (PDT)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA17038 for freebsd-hackers@FreeBSD.ORG; Thu, 5 Jun 1997 09:22:48 +0200
Received: (from j@localhost)
	by uriah.heep.sax.de (8.8.5/8.8.5) id IAA23732;
	Thu, 5 Jun 1997 08:56:57 +0200 (MET DST)
Message-ID: <19970605085657.GY12396@uriah.heep.sax.de>
Date: Thu, 5 Jun 1997 08:56:57 +0200
From: j@uriah.heep.sax.de (J Wunsch)
To: freebsd-hackers@FreeBSD.ORG
Subject: Re: netboot in prom
References: <199706041707.KAA09050@tweetie-bird.cs.washington.edu>
X-Mailer: Mutt 0.60_p2-3,5,8-9
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <199706041707.KAA09050@tweetie-bird.cs.washington.edu>; from mef@cs.washington.edu on Jun 4, 1997 10:07:08 -0700
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

As mef@cs.washington.edu wrote:

> Does anyone use the netboot program in a prom on an ethernet card?

Yep.  What's the problem?  The only thing i didn't get to work was
booting off a 3C509 card, since it only provides for 8 KB of ROM,
which is too few for netboot.

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Thu Jun  5 00:26:26 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id AAA00517
          for hackers-outgoing; Thu, 5 Jun 1997 00:26:26 -0700 (PDT)
Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA00505
          for <freebsd-hackers@FreeBSD.ORG>; Thu, 5 Jun 1997 00:26:22 -0700 (PDT)
Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id IAA29009; Thu, 5 Jun 1997 08:53:56 +0200
From: Luigi Rizzo <luigi@labinfo.iet.unipi.it>
Message-Id: <199706050653.IAA29009@labinfo.iet.unipi.it>
Subject: Re: netboot in prom
To: mef@cs.washington.edu
Date: Thu, 5 Jun 1997 08:53:55 +0200 (MET DST)
Cc: freebsd-hackers@FreeBSD.ORG
In-Reply-To: <199706041707.KAA09050@tweetie-bird.cs.washington.edu> from "mef@cs.washington.edu" at Jun 4, 97 10:06:49 am
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> Does anyone use the netboot program in a prom on an ethernet card?

I used it a bout 1 year ago, I am sure many people do use it even now.

	Luigi

From owner-freebsd-hackers  Thu Jun  5 00:41:45 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id AAA01192
          for hackers-outgoing; Thu, 5 Jun 1997 00:41:45 -0700 (PDT)
Received: from housing1.stucen.gatech.edu (ken@housing1.stucen.gatech.edu [130.207.52.71])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA01187
          for <hackers@FreeBSD.ORG>; Thu, 5 Jun 1997 00:41:43 -0700 (PDT)
Received: (from ken@localhost)
	by housing1.stucen.gatech.edu (8.8.5/8.8.5) id DAA09474;
	Thu, 5 Jun 1997 03:40:52 -0400 (EDT)
From: Kenneth Merry <ken@housing1.stucen.gatech.edu>
Message-Id: <199706050740.DAA09474@housing1.stucen.gatech.edu>
Subject: Re: xntpd and SMP?
In-Reply-To: <199706040544.HAA24516@zibbi.mikom.csir.co.za> from John Hay at "Jun 4, 97 07:44:20 am"
To: jhay@zibbi.mikom.csir.co.za (John Hay)
Date: Thu, 5 Jun 1997 03:40:51 -0400 (EDT)
Cc: hackers@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-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

John Hay wrote...
> Is there anyone using xntpd on SMP machines? We have a few dual-Pentium
> machines that were running FreeBSD-UNI for the past few months and
> xntpd was running fine on it. We upgraded them to 3.0-SMP a week or
> so ago and from then on xntpd can't seem to stay in sync. I have tried
> using the kernel PLL and without it, it does not seem to make a difference.

	
	I'm running xntpd on my machine, and haven't noticed any problems.

here's the configuration:

FreeBSD r74h118.res.gatech.edu 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Wed May 28 22:49:27 EDT 1997 ken@r74h118.res.gatech.edu:/usr/src/sys/compile/panzer  i386

SMP kernel
ASUS P/I-P65UP5 w/ C-P6ND (i.e. dual P6)
ntp server:  ntp1.gatech.edu


Ken
-- 
Kenneth Merry
ken@ulc199.residence.gatech.edu
Disclaimer:  I don't speak for GTRI, GT, or Elvis.

From owner-freebsd-hackers  Thu Jun  5 01:00:09 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id BAA01994
          for hackers-outgoing; Thu, 5 Jun 1997 01:00:09 -0700 (PDT)
Received: from insl1.etec.uni-karlsruhe.de (uucp@insl1.etec.uni-karlsruhe.de [129.13.109.178])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA01988
          for <freebsd-hackers@freebsd.org>; Thu, 5 Jun 1997 01:00:06 -0700 (PDT)
Received: (from uucp@localhost) by insl1.etec.uni-karlsruhe.de (8.8.5/8.8.2) with UUCP id KAA17805 for freebsd-hackers@freebsd.org; Thu, 5 Jun 1997 10:00:03 +0200 (CEST)
Received: (from erb@localhost) by insl2.etec.uni-karlsruhe.de (8.8.5/8.8.2) id JAA03430; Thu, 5 Jun 1997 09:59:01 +0200 (CEST)
Date: Thu, 5 Jun 1997 09:59:01 +0200 (CEST)
From: Olaf Erb <erb@inss1.etec.uni-karlsruhe.de>
Message-Id: <199706050759.JAA03430@insl2.etec.uni-karlsruhe.de>
To: freebsd-hackers@freebsd.org
Subject: Re: netboot in prom
Reply-To: erb@inss1.etec.uni-karlsruhe.de
In-Reply-To: <19970605085657.GY12396@uriah.heep.sax.de>
References: <199706041707.KAA09050@tweetie-bird.cs.washington.edu>
Organization: University of Karlsruhe, Germany
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

In article <19970605085657.GY12396@uriah.heep.sax.de> you write:
>As mef@cs.washington.edu wrote:
>
>> Does anyone use the netboot program in a prom on an ethernet card?
>
>Yep.  What's the problem?  The only thing i didn't get to work was
>booting off a 3C509 card, since it only provides for 8 KB of ROM,
>which is too few for netboot.

Jup, looks like I've the same problem with an old DE-100 card (ne1k 
compatible). My other cards (DEC de203) suck, too- looks like there's
only RPL and MOP bootproms. Newer WD and NE2k cards are supposed to
work though.

Olaf

From owner-freebsd-hackers  Thu Jun  5 03:01:47 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id DAA06204
          for hackers-outgoing; Thu, 5 Jun 1997 03:01:47 -0700 (PDT)
Received: from students.itb.ac.id (students.ITB.ac.id [167.205.22.114])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA06185
          for <hackers@freebsd.org>; Thu, 5 Jun 1997 03:01:21 -0700 (PDT)
Received: from localhost (syahrial@localhost) by students.itb.ac.id (8.8.5/8.7.3) with SMTP id RAA09935 for <hackers@freebsd.org>; Thu, 5 Jun 1997 17:00:50 +0700 (JVT)
Date: Thu, 5 Jun 1997 17:00:50 +0700 (JVT)
From: Syahrial Hubbany <syahrial@students.itb.ac.id>
To: hackers@freebsd.org
Subject: unsubscribe hackers
Message-ID: <Pine.BSI.3.96.970605165938.9880C-100000@students.itb.ac.id>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

unsubscribe hackers


From owner-freebsd-hackers  Thu Jun  5 03:50:11 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id DAA07542
          for hackers-outgoing; Thu, 5 Jun 1997 03:50:11 -0700 (PDT)
Received: from beta.mep.ruhr-uni-bochum.de (beta.mep.ruhr-uni-bochum.de [134.147.6.3])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA07537;
          Thu, 5 Jun 1997 03:50:06 -0700 (PDT)
Received: (from roberte@localhost)
	by beta.mep.ruhr-uni-bochum.de (8.8.5/8.8.5) id MAA05384;
	Thu, 5 Jun 1997 12:49:54 +0200 (MET DST)
From: Robert Eckardt <roberte@mep.ruhr-uni-bochum.de>
Message-Id: <199706051049.MAA05384@beta.mep.ruhr-uni-bochum.de>
Subject: REQ: FreeBSD in our life
To: questions@freebsd.org, hackers@freebsd.org
Date: Thu, 5 Jun 1997 12:49:53 +0200 (MET DST)
X-Mailer: ELM [version 2.4ME+ PL25 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Hello,

next week I'm going to give a talk on FreeBSD in the UNIX SysAdms group
at the computer center here in Bochum.
(history, features, applications, own experience)

I would like to collect some information on "real-life" boxes that
handle some traffic (mail, www, ...) (besides ftp.cdrom.com :-).
(Like a mail server with some (ten-)thousand mails/day)

Also I'm interested in "not-so-standard" applications with FreeBSD.

Finally, I'would like to hear about some architectural features of
FreeBSD (also in comparison to other OSes), preferrably with some
references (and understandable for a non-OS-designer like me :-).


Thanks to all who will reply,
Robert

-- 
Dr. Robert Eckardt                                                 (
    Ruhr-Universitaet Bochum, Inst.f.Theor.Physik, NB6/169          )
    Universitaetsstrasse 150,   D-44780 Bochum,    Germany     ----X---8----
    Telefon: +49 234 700-3709,   Telefax: +49 234 7094-574             8
    E-Mail:  RobertE@MEP.Ruhr-Uni-Bochum.de                    --------8----
    URL:  http://WWW.MEP.Ruhr-Uni-Bochum.de/~roberte
>>> A magician never reveals his secret:  the unbelievable trick becomes <<<
>>>                             simple and obvious once it is explained. <<<

From owner-freebsd-hackers  Thu Jun  5 05:31:28 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id FAA10725
          for hackers-outgoing; Thu, 5 Jun 1997 05:31:28 -0700 (PDT)
Received: from Sisyphos.MI.Uni-Koeln.DE (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id FAA10720
          for <freebsd-hackers@freebsd.org>; Thu, 5 Jun 1997 05:31:25 -0700 (PDT)
Received: from x14.mi.uni-koeln.de (annexr3-2.slip.Uni-Koeln.DE) by Sisyphos.MI.Uni-Koeln.DE with SMTP id AA10786
  (5.67b/IDA-1.5 for <freebsd-hackers@freebsd.org>); Thu, 5 Jun 1997 14:31:19 +0200
Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.5/8.6.9) id OAA05420; Thu, 5 Jun 1997 14:31:17 +0200 (CEST)
X-Face: "<d]#=8pzx);RzeqSKI86OVa7=!0/(uRa.+B.9Z9\eNUn@UG?!`y7yt2dFNn%k4'.}](uE%
 yCO)$e&Y1%3EO~ifu6Q-#YUM&JZ't,}JkPnAz,8Dj33u%@GBi%[Y#LHz$]h7a<p4)-jKI7~sKjlP-^
 EvA[G;]v&0]W!EL%shs,{7x0|oqN4YVIs5,NI#,V{9"WF):5&RkOhyj*#-IAG}Tnu;YCF,d
Message-Id: <19970605143021.16317@mi.uni-koeln.de>
Date: Thu, 5 Jun 1997 14:30:21 +0200
From: Stefan Esser <se@FreeBSD.ORG>
To: mef@cs.washington.edu
Cc: freebsd-hackers@FreeBSD.ORG
Subject: Re: pci_map_mem failed: Intel EtherExpress Pro 10/100B Ethernet
References: <199706050546.WAA09090@tweetie-bird.cs.washington.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.74
In-Reply-To: <199706050546.WAA09090@tweetie-bird.cs.washington.edu>; from mef@cs.washington.edu on Wed, Jun 04, 1997 at 10:46:07PM -0700
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On Jun 4, mef@cs.washington.edu wrote:
> I get the following message when I boot on a PR440 Intel SMP
> motherboard using a May snapshot of the FreeBSD 3.0 code:
> 
> fxp0 <Intel EtherExpress Pro 10/100B Ethernet> rev 1 int a irq 10 on pci1:10:0
> pci_map_mem failed: device's memrange 0xF98FF000-0xF98FFFFF is incompatible with its bridge's memrange 0xF9A00000-0xFBEFFFFF

Hmmm, the card is working fine, you say ?
Could you please build a kernel with

options PCI_BRIDGE_DEBUG

boot that kernel with "-v", and send me 
the boot messages ?

> The device seems to work just fine, but I have not pushed it hard at
> all.  Just curious whether there is something that I need to do or
> look into.

No, if it works at all, then you don't need 
to worry. There is a PCI to PCI bridgem, that 
does block out accesses to memory mapped regs
that do not fall within 0xF9A00000-0xFBEFFFFF.

Your fxp card got its registers mapped to some
address outside that range by the PCI BIOS, and
thus should not work at all :)

Please send the verbose boot messages with the
above option added to your kernel config file.

But beware: I replaced the PCI code in -current
a few days ago, and you will get different boot
messages from that new code. The PCI_BRIDGE_DEBUG
will not provide any additional information anymore,
so you want to build a kernel from the sources that
came with that SNAP ...

Regards, STefan



From owner-freebsd-hackers  Thu Jun  5 05:39:39 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id FAA11093
          for hackers-outgoing; Thu, 5 Jun 1997 05:39:39 -0700 (PDT)
Received: from quartz.ucs.ualberta.ca (quartz.ucs.ualberta.ca [129.128.5.19])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA11088
          for <hackers@FreeBSD.ORG>; Thu, 5 Jun 1997 05:39:37 -0700 (PDT)
Received: from henday.hfs.ualberta.ca (uucp@henday.hfs.ualberta.ca [129.128.163.10])
	by quartz.ucs.ualberta.ca (8.8.5/8.8.5) with ESMTP id GAA28006;
	Thu, 5 Jun 1997 06:39:36 -0600
Received: (from uucp@localhost) by henday.hfs.ualberta.ca (8.6.12/8.6.9) id GAA07969; Thu, 5 Jun 1997 06:39:35 -0600
Received: from UNKNOWN(172.16.1.38), claiming to be "kgb-srv.kgb.spy"
 via SMTP by henday.hfs.ualberta.ca, id smtpd07966aaa; Thu Jun  5 06:39:28 1997
Date: Wed, 4 Jun 1997 12:38:58 -0600 (MDT)
From: S Jones <root@gpu.srv.ualberta.ca>
X-Sender: root@kgb-srv.kgb.spy
To: Syahrial Hubbany <syahrial@students.itb.ac.id>
cc: hackers@FreeBSD.ORG
Subject: Re: unsubscribe hackers
In-Reply-To: <Pine.BSI.3.96.970605165938.9880C-100000@students.itb.ac.id>
Message-ID: <Pine.BSF.3.95q.970604123835.163A-100000@kgb-srv.kgb.spy>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On Thu, 5 Jun 1997, Syahrial Hubbany wrote:

]unsubscribe hackers
]

The body is right, but you need to send the mail to:

majordomo@freebsd.org

-saxon@gpu.srv.ualberta.ca



From owner-freebsd-hackers  Thu Jun  5 06:12:26 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id GAA12291
          for hackers-outgoing; Thu, 5 Jun 1997 06:12:26 -0700 (PDT)
Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA12286
          for <freebsd-hackers@FreeBSD.ORG>; Thu, 5 Jun 1997 06:12:23 -0700 (PDT)
Received: from hq.icb.chel.su ([193.125.10.33])
	by agora.rdrop.com (8.8.5/8.8.5) with ESMTP id GAA24421
	for <freebsd-hackers@FreeBSD.ORG>; Thu, 5 Jun 1997 06:11:31 -0700 (PDT)
Received: (babkin@localhost) by hq.icb.chel.su (8.8.3/8.6.5) id TAA04601; Thu, 5 Jun 1997 19:06:01 +0600 (ESD)
From: "Serge A. Babkin" <babkin@hq.icb.chel.su>
Message-Id: <199706051306.TAA04601@hq.icb.chel.su>
Subject: Re: netboot in prom
To: joerg_wunsch@uriah.heep.sax.de
Date: Thu, 5 Jun 1997 19:05:59 +0600 (ESD)
Cc: freebsd-hackers@FreeBSD.ORG
In-Reply-To: <19970605085657.GY12396@uriah.heep.sax.de> from "J Wunsch" at Jun 5, 97 08:56:57 am
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> 
> As mef@cs.washington.edu wrote:
> 
> > Does anyone use the netboot program in a prom on an ethernet card?
> 
> Yep.  What's the problem?  The only thing i didn't get to work was
> booting off a 3C509 card, since it only provides for 8 KB of ROM,
> which is too few for netboot.

I'm not sure but as far as I know 3c509 supports several different
types or ROM of different size. You just need to use another
type of ROM chips. At least the BootWare boot ROM for 3c509
is of 32KB size.

-SB

From owner-freebsd-hackers  Thu Jun  5 06:59:13 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id GAA14600
          for hackers-outgoing; Thu, 5 Jun 1997 06:59:13 -0700 (PDT)
Received: from lassie.eunet.fi (lassie.eunet.fi [192.26.119.7])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id GAA14591
          for <hackers@FreeBSD.ORG>; Thu, 5 Jun 1997 06:59:03 -0700 (PDT)
Received: from marathon.tekla.fi by lassie.eunet.fi with SMTP id AA28831
  (5.67a/IDA-1.5 for <hackers@FreeBSD.ORG>); Thu, 5 Jun 1997 16:58:43 +0300
Received: from poveri.tekla.fi by marathon.tekla.fi (5.65/20-jun-90)
	id AA13895; Thu, 5 Jun 1997 16:58:39 +0300
From: sja@tekla.fi (Sakari Jalovaara)
Received: by poveri.tekla.fi; (5.65v3.2/1.1.8.2/20Aug96-0557PM)
	id AA13925; Thu, 5 Jun 1997 16:58:36 +0300
Date: Thu, 5 Jun 1997 16:58:36 +0300
Message-Id: <9706051358.AA13925@poveri.tekla.fi>
To: user@rand.org
Cc: hackers@FreeBSD.ORG, cypherpunks@toad.com
Subject: Re: nude gifs plz
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> plz sends da gifz of naked chicks!!!

http://slis6000.slis.uwo.ca/~sadem/chicks.htm
									++sja

From owner-freebsd-hackers  Thu Jun  5 07:02:22 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id HAA14777
          for hackers-outgoing; Thu, 5 Jun 1997 07:02:22 -0700 (PDT)
Received: from nise-ch.nosc.mil (nise-ch.nosc.mil [198.253.16.38])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id HAA14763
          for <freebsd-hackers@FreeBSD.ORG>; Thu, 5 Jun 1997 07:02:16 -0700 (PDT)
Received: from toogoodoo by nise-ch.nosc.mil (NX5.67f2/NX3.0M)
	id AA01294; Thu, 5 Jun 97 10:02:09 -0400
Received: by toogoodoo.nosc.mil (NX5.67e/NX3.0S)
	id AA01218; Thu, 5 Jun 97 10:02:09 -0400
Message-Id: <9706051402.AA01218@toogoodoo.nosc.mil>
Mime-Version: 1.0 (NeXT Mail 3.3 v118.2)
Content-Type: text/plain; charset=us-ascii
In-Reply-To: <199706051306.TAA04601@hq.icb.chel.su>
X-Nextstep-Mailer: Mail 3.3 (Enhance 1.3)
Received: by NeXT.Mailer (1.118.2.RR)
From: Stephen Board <boards@toogoodoo.nosc.mil>
Date: Thu,  5 Jun 97 10:02:07 -0400
To: freebsd-hackers@FreeBSD.ORG
Subject: Re: netboot in prom
Reply-To: boards@nise-ch.nosc.mil
References: <199706051306.TAA04601@hq.icb.chel.su>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id HAA14767
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Does anyone have a list of all the network cards that can be used with netboot?

Thanks

Stephen


You wrote:
> > 
> > As mef@cs.washington.edu wrote:
> > 
> > > Does anyone use the netboot program in a prom on an
> > > ethernet card?
> > 
> > Yep. What's the problem? The only thing i didn't get to work
> > was booting off a 3C509 card, since it only provides for 8
> > KB of ROM, which is too few for netboot.
> 
> I'm not sure but as far as I know 3c509 supports several
> different types or ROM of different size. You just need to use
> another type of ROM chips. At least the BootWare boot ROM for
> 3c509 is of 32KB size.
> 
> -SB
---

Stephen Board
boards@nosc.mil

From owner-freebsd-hackers  Thu Jun  5 08:22:23 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id IAA19076
          for hackers-outgoing; Thu, 5 Jun 1997 08:22:23 -0700 (PDT)
Received: from iguana.reptiles.org (mail2.reptiles.org [198.96.117.130])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA19044;
          Thu, 5 Jun 1997 08:21:46 -0700 (PDT)
Received: by iguana.reptiles.org
	via sendmail with stdio
	id <m0wZeLz-0003qCC@iguana.reptiles.org>
	for freebsd-hackers@freebsd.org; Thu, 5 Jun 97 11:21:31 -0400 (EDT)
	(Smail-3.1.93 1996-May-30 #2 built 1996-Jun-15)
Message-Id: <m0wZeLz-0003qCC@iguana.reptiles.org>
From: jim@reptiles.org (Jim Mercer)
Subject: ftp://ftp.reptiles.org/pub/FreeBSD/local.patches/pppd-2.3.0.tar.gz
To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org
Date: Thu, 5 Jun 1997 11:21:31 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


in the above URL you will find my hacks to make pppd-2.3.0 work with
2.2.1-RELEASE.

the port is not complete, as i only required IP, and thus skipped the
relevant IPX and ATALK(?) stuff.

i also didn't port the MSCHAP stuff.

my experience with the code is that it shouldn't be hard for someone to
finish it off, assuming they have a local testbed. (i don't run apple or
novell).

i was pushed into doing this because i found that i couldn't get Win95
dialup networking to connect to my FreeBSD based terminal server.

oddly enough, using Trumpet Winsock95 worked flawlessly.

this port is based on the ppp-2.3.0 code i piked up from:
   ftp://cs.anu.edu.au/pub/software/ppp/ppp-2.3.0.tar.gz

i had to modify a number of files, including renaming some from
the ANU distribution to be consistent with the current FreeBSD file names.

i provide the port with no warranties or guarantees.

i have it working on 2.2.1-RELEASE on a machine with 4 Moxa C168 8 port boards.

my testing thus far is that it works.

i will see better when the system goes into production with 32 33.6 modems
in a month or so.

-- 
  Jim Mercer  Reptilian Research  merce@iguana.reptiles.org +1 416 410-5633
Most people believe that if it ain't broke, don't fix it.
Engineers believe that if it ain't broke, it don't have enough features yet.

From owner-freebsd-hackers  Thu Jun  5 08:45:34 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id IAA20558
          for hackers-outgoing; Thu, 5 Jun 1997 08:45:34 -0700 (PDT)
Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA20552
          for <hackers@FreeBSD.ORG>; Thu, 5 Jun 1997 08:45:32 -0700 (PDT)
Received: from Mercury.mcs.net (Mercury.mcs.net [192.160.127.80]) by Kitten.mcs.com (8.8.5/8.8.2) with ESMTP id KAA13088; Thu, 5 Jun 1997 10:45:27 -0500 (CDT)
Received: (from ljo@localhost) by Mercury.mcs.net (8.8.5/8.8.2) id KAA28989; Thu, 5 Jun 1997 10:45:26 -0500 (CDT)
From: Lars Jonas Olsson <ljo@mcs.net>
Message-Id: <199706051545.KAA28989@Mercury.mcs.net>
Subject: de-970513 works with NetGear FA310TX
To: matt@3am-software.com, hackers@FreeBSD.ORG
Date: Thu, 5 Jun 1997 10:45:26 -0500 (CDT)
Cc: ljo@mcs.net
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

 I've tested the de-970513.tar.gz driver under FreeBSD 2.1 with 2.1
kernel and 2.2.1 kernel. In both cases the driver works and
autodetects 10 or 100 Mbps ethernet.

Jonas

FreeBSD 2.1.0-RELEASE #1: Wed Jun  4 17:40:38 CDT 1997
    root@mail-new.accumed-int.com:/usr/src/sys/compile/LITE
CPU: i486 DX4 (486-class CPU)
  Origin = "GenuineIntel"  Id = 0x480  Stepping=0
  Features=0x3<FPU,VME>
real memory  = 25165824 (24576K bytes)
avail memory = 22712320 (22180K bytes)
<...>
Probing for devices on the PCI bus:
chip0 <SiS 85c496> rev 49 on pci0:5
de0 <Digital 21140A Fast Ethernet> rev 32 int a irq 12 on pci0:11
de0: 21140A [10-100Mb/s] pass 2.0
de0: address 00:40:05:31:e9:e5
de0: media: 1="10baseT" 2="Full Duplex 10baseT" 3="100baseTX" 4="Full Duplex 100baseTX"
<...>
de0: enabling 100baseTX port


From owner-freebsd-hackers  Thu Jun  5 08:59:27 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id IAA21259
          for hackers-outgoing; Thu, 5 Jun 1997 08:59:27 -0700 (PDT)
Received: from gateway.cybernet.com (gateway.cybernet.com [192.245.33.1])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA21248
          for <freebsd-hackers@freebsd.org>; Thu, 5 Jun 1997 08:59:23 -0700 (PDT)
Received: from spiffy.cybernet.com (spiffy.cybernet.com [192.245.33.55]) by gateway.cybernet.com (8.7.6/8.7.3) with ESMTP id LAA26060; Thu, 5 Jun 1997 11:59:22 -0400 (EDT)
Message-ID: <3396E188.F90709B8@cybernet.com>
Date: Thu, 05 Jun 1997 11:55:52 -0400
From: "Mark J. Taylor" <mtaylor@cybernet.com>
Organization: Cybernet Systems
X-Mailer: Mozilla 4.0b5C (X11; I; FreeBSD 2.2.1-RELEASE i386)
MIME-Version: 1.0
To: Tom Torrance at home <tom@tomqnx.com>, freebsd-hackers@freebsd.org
Subject: Re: CD-R & SCSI Problems
X-Priority: 3 (Normal)
References: <5n3957$9c9@gateway.cybernet.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

My HP-6020i works great in 2.2.1-RELEASE.

Only problem is I can't write audio disks.  :(
cd-write an audio disk causes my system to reboot, and I can't figure
out what output blocksize to use using 'dd'.




Tom Torrance at home wrote:
> 
> 1) The RELNOTES.TXT files for 2.2.x-RELEASE all specify that this release
> has full CD-R support for the HP6020i.  It seems to me that this release
> has NO (zero) support for the HP6020.  Did I just miss it, or did
> someone forget to commit the necessary changes to the RELENG_2_2 tree?
> 
> 2) SCSI changes submitted during the past couple of weeks seem to have
> broken the support for my HP T4000 tape drive. For every open/close
> access, I now get
> 
> /kernel: st0(ahc0:6:0): ILLEGAL REQUEST asc:20,0 Invalid command operation code
> 
> Hope this info helps!
> 
> Tom

-- 
--------------------------------------------------------------------
Mark J. Taylor                                  Network R&D Manager
Cybernet Systems                                mtaylor@cybernet.com
727 Airport Blvd.                               PHONE (313) 668-2567
Ann Arbor, MI  48108                            FAX   (313) 668-8780
--------------------------------------------------------------------

From owner-freebsd-hackers  Thu Jun  5 09:10:32 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id JAA21793
          for hackers-outgoing; Thu, 5 Jun 1997 09:10:32 -0700 (PDT)
Received: from watermarkgroup.com (lor.watermarkgroup.com [38.246.139.30])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA21788
          for <hackers@freebsd.org>; Thu, 5 Jun 1997 09:10:29 -0700 (PDT)
Received: by watermarkgroup.com (4.1/SMI-4.1)
	id AA13720; Thu, 5 Jun 97 12:09:52 EDT
Date: Thu, 5 Jun 97 12:09:52 EDT
From: luoqi@watermarkgroup.com (Luoqi Chen)
Message-Id: <9706051609.AA13720@watermarkgroup.com>
To: hackers@freebsd.org
Subject: discrepancy in mmap(2) about MAP_ANON
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


The mmap(2) man page:

     MAP_ANON    Map anonymous memory not associated with any specific file.
                 The file descriptor used for creating MAP_ANON regions is
                 used only for naming, and may be specified as -1 if no name
                 is associated with the region.

So a file descriptor other than -1 can be used with MAP_ANON, and along
with offset it names the mapped region (so it is possible to map the same
region at another address).

But in fact mmap() returns EINVAL. Here's the code in vm/vm_mmap.c,

        if (((flags & MAP_FIXED) && (addr & PAGE_MASK)) ||
            (ssize_t) uap->len < 0 || ((flags & MAP_ANON) && uap->fd != -1))
                return (EINVAL);

From owner-freebsd-hackers  Thu Jun  5 09:11:38 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id JAA21873
          for hackers-outgoing; Thu, 5 Jun 1997 09:11:38 -0700 (PDT)
Received: from adam.adonai.net ([205.182.92.2])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA21861
          for <freebsd-hackers@FreeBSD.ORG>; Thu, 5 Jun 1997 09:11:33 -0700 (PDT)
Received: from localhost (leec@localhost) by adam.adonai.net (8.8.5/8.7.3) with SMTP id LAA08755 for <freebsd-hackers@FreeBSD.ORG>; Thu, 5 Jun 1997 11:13:05 -0500 (CDT)
Date: Thu, 5 Jun 1997 11:13:05 -0500 (CDT)
From: "Lee Crites (AEI)" <leec@adam.adonai.net>
To: freebsd-hackers@FreeBSD.ORG
Subject: setting a really low priority...
Message-ID: <Pine.BSF.3.95.970605103350.6738B-100000@adam.adonai.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


I'd like to have a few processes running on my system which will get,
and maintain, a fixed priority.

Yes, I could use nice to change the initial priority.  In fact, that is
how I am starting one other process on my system already.

But this isn't really what I'm looking for.  I'm more interested in
porting my real-time code to fbsd. 

[note: in this discussion, a 'higher' priority means the process is more
important, thus will be given more system resources, not that it's
priority number is larger -- which would be a 'lower' priority in my
discussion.]

My main scheduler task needs to be fixed at a really high priority.  It
also needs to have it's memory pinned and such, but that's another topic
for another time.  When it runs, I want everyone else to shut up and
take notice.  When it's done with one step it will go to sleep (via the
select() command) until time for the next step to happen.  It is
currenlty running on several other machines (all aix :( ).  It takes up
something less than 3% of the total system, but it needs virtually 100%
of the system when it is awake -- mostly for the scheduling. 

It takes up lots of memory (24meg of ram) and will run for a
loooooonnnnnnnnnnnnnnng time (24/365); use lots of system resources;
trigger events, send/recv socket data (14 tcp, 2 udp), manipulate
semaphores (up to 7) and shared memory (14 of the 24meg), etc, etc;
start and stop lots of other processes (38 of them).  All of these are
things which traditionally move a processes priority down, down, down,
down...

What I'd like is something like aix's fixed priority system.  You can
use the 'regular' unix user priorities, which float around based upon
all sorts of esoteric things (like those listed above), but there are
also fixed priorities which stay fixed.  As I recall (in aix) there are
127 priority levels. The 'regular' user level priorities are, I believe
30 - 69.  There are higher fixed priorities 0 - 29 and lower fixed
priorities from 70 down to 127.

Is there such an animal in FreeBSD?  Can I tell a process to run at a
certain priority and have it stay there?  Is there a way to tell a
process that it will only use a certain range of priorities? 

I'm pretty sure that either of the above would not be a 'standard' unix
feature.  I've tried scanning the code, but frankly didn't get very far. 
(with no real string to grep for and/or no particular process to trace,
etc)

Now, to toss another blob of goo into the soup...

The main scheduler program uses pthreads.  I've tried to get the pthread
scheduling/priority working on aix, but, alas, aix has implemented such
a *tinnny* subset of pthreads that thread priorities don't work very
well (if at all).  So, not only would I like to be able to fix my
process's main thread priority to something fixed, I'd also like to be
able to do the same kind of thing for each thread.

Is the soup murky enough yet?  Okay, I'll let it go at that, then.

Anyway, any pointers you could give me would be greatly appreciated.
(even pointers to some "m's", code, etc)

Lee



From owner-freebsd-hackers  Thu Jun  5 09:37:46 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id JAA23139
          for hackers-outgoing; Thu, 5 Jun 1997 09:37:46 -0700 (PDT)
Received: from gateway.cybernet.com (gateway.cybernet.com [192.245.33.1])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA23133
          for <freebsd-hackers@freebsd.org>; Thu, 5 Jun 1997 09:37:43 -0700 (PDT)
Received: from spiffy.cybernet.com (spiffy.cybernet.com [192.245.33.55]) by gateway.cybernet.com (8.7.6/8.7.3) with SMTP id MAA27487 for <freebsd-hackers@freebsd.org>; Thu, 5 Jun 1997 12:39:16 -0400 (EDT)
Message-ID: <XFMail.970605123546.mtaylor@cybernet.com>
X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
Date: Thu, 05 Jun 1997 12:31:40 -0400 (EDT)
Organization: Cybernet Systems
From: "Mark J. Taylor" <mtaylor@cybernet.com>
To: freebsd-hackers@freebsd.org
Subject: Quotas on 2.2.1-RELEASE: quotaon / quotaoff kills machine
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


I've got a 2.2.1-RELEASE machine that tends to die after doing a few
quotaon / quotaoff commands.  It dies on the nth 'quotaon' command.

I am keeping the quota control files in the root of the filesystem
being quota'ed.

Is there anything else I need to look-out for?




--------------------------------------------------------------------
Mark J. Taylor                                  Network R&D Manager
Cybernet Systems                                mtaylor@cybernet.com
727 Airport Blvd.                               PHONE (313) 668-2567
Ann Arbor, MI  48108                            FAX   (313) 668-8780
--------------------------------------------------------------------

From owner-freebsd-hackers  Thu Jun  5 09:43:26 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id JAA23389
          for hackers-outgoing; Thu, 5 Jun 1997 09:43:26 -0700 (PDT)
Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA23363;
          Thu, 5 Jun 1997 09:43:20 -0700 (PDT)
Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1])
	by Ilsa.StevesCafe.com (8.8.5/8.8.5) with ESMTP id KAA27170;
	Thu, 5 Jun 1997 10:43:11 -0600 (MDT)
Message-Id: <199706051643.KAA27170@Ilsa.StevesCafe.com>
X-Mailer: exmh version 2.0gamma 1/27/96
From: Steve Passe <smp@csn.net>
To: mef@cs.washington.edu
cc: freebsd-hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG
Subject: Re: pci_map_mem failed: Intel EtherExpress Pro 10/100B Ethernet 
In-reply-to: Your message of "Wed, 04 Jun 1997 22:46:07 PDT."
             <199706050546.WAA09090@tweetie-bird.cs.washington.edu> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Thu, 05 Jun 1997 10:43:11 -0600
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Hi,

> I get the following message when I boot on a PR440 Intel SMP
> motherboard using a May snapshot of the FreeBSD 3.0 code:
> 
> fxp0 <Intel EtherExpress Pro 10/100B Ethernet> rev 1 int a irq 10 on pci1:10:0
> pci_map_mem failed: device's memrange 0xF98FF000-0xF98FFFFF is incompatible with its bridge's memrange 0xF9A00000-0xFBEFFFFF
> 
> The device seems to work just fine, but I have not pushed it hard at
> all.  Just curious whether there is something that I need to do or
> look into.

I'm guessing that this is a UP (ie NOT SMP) kernel?

--
Steve Passe	| powered by 
smp@csn.net	|            Symmetric MultiProcessor FreeBSD



From owner-freebsd-hackers  Thu Jun  5 09:52:00 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id JAA23923
          for hackers-outgoing; Thu, 5 Jun 1997 09:52:00 -0700 (PDT)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA23917
          for <freebsd-hackers@FreeBSD.ORG>; Thu, 5 Jun 1997 09:51:55 -0700 (PDT)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA22844 for freebsd-hackers@FreeBSD.ORG; Thu, 5 Jun 1997 18:51:22 +0200
Received: (from j@localhost)
	by uriah.heep.sax.de (8.8.5/8.8.5) id SAA24940;
	Thu, 5 Jun 1997 18:45:25 +0200 (MET DST)
Message-ID: <19970605184524.XJ42290@uriah.heep.sax.de>
Date: Thu, 5 Jun 1997 18:45:25 +0200
From: j@uriah.heep.sax.de (J Wunsch)
To: freebsd-hackers@FreeBSD.ORG
Subject: Re: netboot in prom
References: <19970605085657.GY12396@uriah.heep.sax.de> <199706051306.TAA04601@hq.icb.chel.su>
X-Mailer: Mutt 0.60_p2-3,5,8-9
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <199706051306.TAA04601@hq.icb.chel.su>; from Serge A. Babkin on Jun 5, 1997 19:05:59 +0600
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

As Serge A. Babkin wrote:

> > Yep.  What's the problem?  The only thing i didn't get to work was
> > booting off a 3C509 card, since it only provides for 8 KB of ROM,
> > which is too few for netboot.
> 
> I'm not sure but as far as I know 3c509 supports several different
> types or ROM of different size.

Sorry, my fault.  It's been an old 3C503, of course.  They did only
support 8 KB ROM/RAM, and that's too few for our netboot.

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Thu Jun  5 09:58:42 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id JAA24244
          for hackers-outgoing; Thu, 5 Jun 1997 09:58:42 -0700 (PDT)
Received: from austin.polstra.com (austin.polstra.com [206.213.73.10])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA24239
          for <hackers@freebsd.org>; Thu, 5 Jun 1997 09:58:40 -0700 (PDT)
Received: from austin.polstra.com (jdp@localhost)
	by austin.polstra.com (8.8.5/8.8.5) with ESMTP id JAA06495
	for <hackers@freebsd.org>; Thu, 5 Jun 1997 09:58:33 -0700 (PDT)
Message-Id: <199706051658.JAA06495@austin.polstra.com>
To: hackers@freebsd.org
Subject: Re: Make Release Question
Newsgroups: polstra.freebsd.hackers
In-Reply-To: <19970602081308.EE00389@uriah.heep.sax.de>
References: <XFMail.970531222413.Shimon@i-Connect.Net> <19970601094543.XN15458@uriah.heep.sax.de> <199706012130.OAA21968@austin.polstra.com> <19970602081308.EE00389@uriah.heep.sax.de>
Organization: Polstra & Co., Seattle, WA
Date: Thu, 05 Jun 1997 09:58:32 -0700
From: John Polstra <jdp@polstra.com>
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

In article <19970602081308.EE00389@uriah.heep.sax.de>,
J Wunsch <joerg_wunsch@uriah.heep.sax.de> wrote:
> As John Polstra wrote:
> 
> > The /usr/lib/scrt0.o in -current has stubs for dlopen() and friends,
> > which always return a failure code.
> 
> Ah!  So this should probably also be merged into RELENG_2_2 then.

OK.  I'll merge it soon.  I don't like to commit anything to crt0
without doing a full make world first.  That will slow me down a
bit.  (My 2.2 machine is also my production machine.)
--
   John Polstra                                       jdp@polstra.com
   John D. Polstra & Co., Inc.                Seattle, Washington USA
   "Self-knowledge is always bad news."                 -- John Barth

From owner-freebsd-hackers  Thu Jun  5 10:17:49 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id KAA25324
          for hackers-outgoing; Thu, 5 Jun 1997 10:17:49 -0700 (PDT)
Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA25292
          for <freebsd-hackers@FreeBSD.ORG>; Thu, 5 Jun 1997 10:17:12 -0700 (PDT)
Received: (from pallenby@localhost)
	by zibbi.mikom.csir.co.za (8.8.5/8.8.5) id TAA25706;
	Thu, 5 Jun 1997 19:15:54 +0200 (SAT)
From: Paul Allenby <pallenby@zibbi.mikom.csir.co.za>
Message-Id: <199706051715.TAA25706@zibbi.mikom.csir.co.za>
Subject: Re: setting a really low priority...
In-Reply-To: <Pine.BSF.3.95.970605103350.6738B-100000@adam.adonai.net> from Lee Crites at "Jun 5, 97 11:13:05 am"
To: leec@adam.adonai.net (Lee Crites)
Date: Thu, 5 Jun 1997 19:15:54 +0200 (SAT)
Cc: freebsd-hackers@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-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

"Lee Crites wrote:"
> 
> I'd like to have a few processes running on my system which will get,
> and maintain, a fixed priority.
> 
> Yes, I could use nice to change the initial priority.  In fact, that is
> how I am starting one other process on my system already.
> 
> But this isn't really what I'm looking for.  I'm more interested in
> porting my real-time code to fbsd. 
> 
> [note: in this discussion, a 'higher' priority means the process is more
> important, thus will be given more system resources, not that it's
> priority number is larger -- which would be a 'lower' priority in my
> discussion.]
> 
> My main scheduler task needs to be fixed at a really high priority.  It

Maybe the rtprio command is what you need.

Paul

From owner-freebsd-hackers  Thu Jun  5 10:34:13 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id KAA26225
          for hackers-outgoing; Thu, 5 Jun 1997 10:34:13 -0700 (PDT)
Received: from zwei.siemens.at (zwei.siemens.at [193.81.246.12])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA26210
          for <freebsd-hackers@FreeBSD.ORG>; Thu, 5 Jun 1997 10:34:05 -0700 (PDT)
Received: from ws6303-f.gud.siemens.co.at (root@firix [10.1.143.100])
	by zwei.siemens.at  with ESMTP id TAA00476;
	Thu, 5 Jun 1997 19:35:11 +0200 (MET DST)
Received: from ws6423.gud.siemens.at (ws6423-f) by ws6303-f.gud.siemens.co.at with ESMTP
	(1.40.112.8/16.2) id AA029482037; Thu, 5 Jun 1997 19:33:57 +0200
Received: by ws6423.gud.siemens.at (SMI-8.6/SMI-SVR4)
	id TAA09578; Thu, 5 Jun 1997 19:24:16 +0200
Date: Thu, 5 Jun 1997 19:24:16 +0200
From: lada@ws6303.gud.siemens.at (Hr.Ladavac)
Message-Id: <199706051724.TAA09578@ws6423.gud.siemens.at>
To: freebsd-hackers@FreeBSD.ORG, leec@adam.adonai.net
Subject: Re: setting a really low priority...
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Md5: O6dvyg2CSv2tUxzI3omDlw==
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> From owner-freebsd-hackers@FreeBSD.ORG Thu Jun  5 18:32:09 MET 1997
> Date: Thu, 5 Jun 1997 11:13:05 -0500 (CDT)
> From: "Lee Crites (AEI)" <leec@adam.adonai.net>
> To: freebsd-hackers@FreeBSD.ORG
> Subject: setting a really low priority...
> Mime-Version: 1.0
> X-Loop: FreeBSD.org
> 
> 
> I'd like to have a few processes running on my system which will get,
> and maintain, a fixed priority.
> 
> Yes, I could use nice to change the initial priority.  In fact, that is
> how I am starting one other process on my system already.
> 
> But this isn't really what I'm looking for.  I'm more interested in
> porting my real-time code to fbsd. 
> 
> [note: in this discussion, a 'higher' priority means the process is more
> important, thus will be given more system resources, not that it's
> priority number is larger -- which would be a 'lower' priority in my
> discussion.]

Take a look at rtprio manpage.

There is such a beast in FreeBSD, and it behaves somewhat sysV4-ish
(round robin scheduling of realtime processes, as long as they're runnable
nobody else gets a chance, I'm not certain if they get pre-empted by a 
rt process of the same rtprio)

There is a counterpart: idle priority processes which run only if everyone
else is blocked.

> 
> My main scheduler task needs to be fixed at a really high priority.  It
> also needs to have it's memory pinned and such, but that's another topic
> for another time.  When it runs, I want everyone else to shut up and
> take notice.  When it's done with one step it will go to sleep (via the
> select() command) until time for the next step to happen.  It is
> currenlty running on several other machines (all aix :( ).  It takes up
> something less than 3% of the total system, but it needs virtually 100%
> of the system when it is awake -- mostly for the scheduling. 
> 
> It takes up lots of memory (24meg of ram) and will run for a
> loooooonnnnnnnnnnnnnnng time (24/365); use lots of system resources;
> trigger events, send/recv socket data (14 tcp, 2 udp), manipulate
> semaphores (up to 7) and shared memory (14 of the 24meg), etc, etc;
> start and stop lots of other processes (38 of them).  All of these are
> things which traditionally move a processes priority down, down, down,
> down...
> 
> What I'd like is something like aix's fixed priority system.  You can
> use the 'regular' unix user priorities, which float around based upon
> all sorts of esoteric things (like those listed above), but there are
> also fixed priorities which stay fixed.  As I recall (in aix) there are
> 127 priority levels. The 'regular' user level priorities are, I believe
> 30 - 69.  There are higher fixed priorities 0 - 29 and lower fixed
> priorities from 70 down to 127.
> 
> Is there such an animal in FreeBSD?  Can I tell a process to run at a
> certain priority and have it stay there?  Is there a way to tell a
> process that it will only use a certain range of priorities? 

rtprio does that.  It sets a process to a 1 fixed priority.

> 
> I'm pretty sure that either of the above would not be a 'standard' unix
> feature.  I've tried scanning the code, but frankly didn't get very far. 
> (with no real string to grep for and/or no particular process to trace,
> etc)

It is a standard sysVr4 feature.

> 
> Now, to toss another blob of goo into the soup...
> 
> The main scheduler program uses pthreads.  I've tried to get the pthread
> scheduling/priority working on aix, but, alas, aix has implemented such
> a *tinnny* subset of pthreads that thread priorities don't work very
> well (if at all).  So, not only would I like to be able to fix my
> process's main thread priority to something fixed, I'd also like to be
> able to do the same kind of thing for each thread.

I don't know if libc_r/pthread on FreeBSD implements threads priority.  I
seem to vaguely recollect that MIT pthreads (FreeBSD implementation is a
port/enhancement thereof) did such a thing, but high priority threads could
not be pre-empted.

Presently, FreeBSD pthreads are a user space library implementation on top
of select() and non-blocking syscalls.  Kernel threading is under development.

> 
> Is the soup murky enough yet?  Okay, I'll let it go at that, then.
> 
> Anyway, any pointers you could give me would be greatly appreciated.
> (even pointers to some "m's", code, etc)
> 
Hope this helps.

/Marino

> Lee
> 
> 
> 

From owner-freebsd-hackers  Thu Jun  5 11:26:55 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id LAA28750
          for hackers-outgoing; Thu, 5 Jun 1997 11:26:55 -0700 (PDT)
Received: from smtp1.ts.kiev.ua (viking.ts.kiev.ua [193.124.229.195])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA28732
          for <hackers@freebsd.org>; Thu, 5 Jun 1997 11:26:50 -0700 (PDT)
Received: from aviion.ts.kiev.ua by smtp1.ts.kiev.ua with SMTP id VAA28290;
  (8.8.3/zah/2.1) Thu, 5 Jun 1997 21:25:21 +0300 (EET DST)
Received: from nbki.ipri.kiev.ua by aviion.ts.kiev.ua with ESMTP id TAA29947;
  (8.6.11/zah/2.1) Thu, 5 Jun 1997 19:17:45 GMT
Received: from cki.ipri.kiev.ua by nbki.ipri.kiev.ua with ESMTP id UAA12656;
  (8.6.9/zah/1.1) Thu, 5 Jun 1997 20:39:31 +0100
Received: from 194.44.146.14 (mac.ipri.kiev.ua [194.44.146.14]) by cki.ipri.kiev.ua (8.7.6/8.7.3) with SMTP id UAA00388 for <hackers@freebsd.org>; Thu, 5 Jun 1997 20:33:02 +0300 (EET DST)
Message-ID: <3396EA7A.F00@cki.ipri.kiev.ua>
Date: Thu, 05 Jun 1997 19:33:58 +0300
From: Ruslan Shevchenko <rssh@cki.ipri.kiev.ua>
Reply-To: rssh@cki.ipri.kiev.ua
Organization: IPRI
X-Mailer: Mozilla 3.01Gold (Macintosh; I; 68K)
MIME-Version: 1.0
To: hackers@freebsd.org
Subject: some minors incompabilities with X11/console mode
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

1. Russian language definitions is differ in X11 and vtty 
So, I can't  set it in my .profile

 Solution:
    rename koi8_r in X11 to ru.SU_KOI8R (or reverse ;-) )

2. mouse device busy, when starting X 
  (solution: kill moused, before starting X)

P.S. Anybody know, where read about creating own X-locale ?

From owner-freebsd-hackers  Thu Jun  5 12:36:46 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id MAA02598
          for hackers-outgoing; Thu, 5 Jun 1997 12:36:46 -0700 (PDT)
Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA02592
          for <hackers@FreeBSD.ORG>; Thu, 5 Jun 1997 12:36:43 -0700 (PDT)
Received: from awfulhak.demon.co.uk (localhost [127.0.0.1])
	by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id UAA28538;
	Thu, 5 Jun 1997 20:32:48 +0100 (BST)
Message-Id: <199706051932.UAA28538@awfulhak.demon.co.uk>
X-Mailer: exmh version 1.6.9 8/22/96
To: John Polstra <jdp@polstra.com>
cc: hackers@FreeBSD.ORG
Subject: Re: Make Release Question 
In-reply-to: Your message of "Thu, 05 Jun 1997 09:58:32 PDT."
             <199706051658.JAA06495@austin.polstra.com> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Thu, 05 Jun 1997 20:32:48 +0100
From: Brian Somers <brian@awfulhak.org>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> In article <19970602081308.EE00389@uriah.heep.sax.de>,
> J Wunsch <joerg_wunsch@uriah.heep.sax.de> wrote:
> > As John Polstra wrote:
> > 
> > > The /usr/lib/scrt0.o in -current has stubs for dlopen() and friends,
> > > which always return a failure code.
> > 
> > Ah!  So this should probably also be merged into RELENG_2_2 then.
> 
> OK.  I'll merge it soon.  I don't like to commit anything to crt0
> without doing a full make world first.  That will slow me down a
> bit.  (My 2.2 machine is also my production machine.)

I'm looking at this now.  I'm able to do a make world under both
-current & RELENG_2_2.

> --
>    John Polstra                                       jdp@polstra.com
>    John D. Polstra & Co., Inc.                Seattle, Washington USA
>    "Self-knowledge is always bad news."                 -- John Barth

-- 
Brian <brian@awfulhak.org>, <brian@freebsd.org>
      <http://www.awfulhak.org>
Don't _EVER_ lose your sense of humour....



From owner-freebsd-hackers  Thu Jun  5 12:37:25 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id MAA02642
          for hackers-outgoing; Thu, 5 Jun 1997 12:37:25 -0700 (PDT)
Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA02630
          for <hackers@FreeBSD.ORG>; Thu, 5 Jun 1997 12:37:18 -0700 (PDT)
Received: from awfulhak.demon.co.uk (localhost [127.0.0.1])
	by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id UAA28590;
	Thu, 5 Jun 1997 20:34:26 +0100 (BST)
Message-Id: <199706051934.UAA28590@awfulhak.demon.co.uk>
X-Mailer: exmh version 1.6.9 8/22/96
To: rssh@cki.ipri.kiev.ua
cc: hackers@FreeBSD.ORG
Subject: Re: some minors incompabilities with X11/console mode 
In-reply-to: Your message of "Thu, 05 Jun 1997 19:33:58 +0300."
             <3396EA7A.F00@cki.ipri.kiev.ua> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Thu, 05 Jun 1997 20:34:26 +0100
From: Brian Somers <brian@awfulhak.org>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> 2. mouse device busy, when starting X 
>   (solution: kill moused, before starting X)

FAQ.  5.2.

-- 
Brian <brian@awfulhak.org>, <brian@freebsd.org>
      <http://www.awfulhak.org>
Don't _EVER_ lose your sense of humour....



From owner-freebsd-hackers  Thu Jun  5 12:40:49 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id MAA02870
          for hackers-outgoing; Thu, 5 Jun 1997 12:40:49 -0700 (PDT)
Received: from austin.polstra.com (austin.polstra.com [206.213.73.10])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA02864
          for <hackers@freebsd.org>; Thu, 5 Jun 1997 12:40:46 -0700 (PDT)
Received: from austin.polstra.com (jdp@localhost)
	by austin.polstra.com (8.8.5/8.8.5) with ESMTP id MAA00812;
	Thu, 5 Jun 1997 12:40:41 -0700 (PDT)
Message-Id: <199706051940.MAA00812@austin.polstra.com>
To: Brian Somers <brian@awfulhak.org>
cc: hackers@freebsd.org
Subject: Re: Make Release Question 
In-reply-to: Your message of "Thu, 05 Jun 1997 20:32:48 BST."
             <199706051932.UAA28538@awfulhak.demon.co.uk> 
References: <199706051932.UAA28538@awfulhak.demon.co.uk> 
Date: Thu, 05 Jun 1997 12:40:40 -0700
From: John Polstra <jdp@polstra.com>
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

> > OK.  I'll merge it soon.  I don't like to commit anything to crt0
> > without doing a full make world first.  That will slow me down a
> > bit.  (My 2.2 machine is also my production machine.)
> 
> I'm looking at this now.  I'm able to do a make world under both
> -current & RELENG_2_2.

If you're offering to merge it, that's OK with me!

John
--
   John Polstra                                       jdp@polstra.com
   John D. Polstra & Co., Inc.                Seattle, Washington USA
   "Self-knowledge is always bad news."                 -- John Barth

From owner-freebsd-hackers  Thu Jun  5 12:59:22 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id MAA03659
          for hackers-outgoing; Thu, 5 Jun 1997 12:59:22 -0700 (PDT)
Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA03654
          for <freebsd-hackers@FreeBSD.com>; Thu, 5 Jun 1997 12:59:21 -0700 (PDT)
Received: from pf1.phil.uni-sb.de (root@pf1.phil.uni-sb.de [134.96.82.11])
	by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA12979
	for <freebsd-hackers@FreeBSD.com>; Thu, 5 Jun 1997 12:58:59 -0700 (PDT)
Received: from relay7.UU.NET (relay7.UU.NET [192.48.96.17])
	by pf1.phil.uni-sb.de (8.8.5/8.8.5/961001chris) with ESMTP id VAA20536
	for <saar-lists-freebsd-hackers@news.phil.uni-sb.de>; Thu, 5 Jun 1997 21:57:23 +0200 (MET DST)
Received: from ngeout01.news.aol.com by relay7.UU.NET with SMTP 
	(peer crosschecked as: ngeout01.news.aol.com [152.163.176.244])
	id QQcsqx19727; Thu, 5 Jun 1997 15:59:15 -0400 (EDT)
Received: from ladder02.news.aol.com (ladder02.news-fddi.aol.com [172.16.30.241]) by ngeout01.news.aol.com (8.6.12/8.6.12) with ESMTP id PAA09854 for <saar-lists-freebsd-hackers@uunet.uu.net>; Thu, 5 Jun 1997 15:59:00 -0400
Date: Thu, 5 Jun 1997 15:59:00 -0400
To: <saar-lists-freebsd-hackers@uunet.uu.net>
Message-Id: <19970605195900.PAA07691@ladder02.news.aol.com>
Newsgroups: saar.lists.freebsd-hackers
From: sm00thj@aol.com (Sm00th   J)
Organization: AOL http://www.aol.com
Subject: NEED TA LEARN TA HACK HERE
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

hello< i need ta learn ta hack < if any kind hearted soul would care ta
explain it< e mial me at


Sm00th   J@aol.com

THAT'S     S,    m,    ZERO,   ZERO,   t,   h,   SPACE,   SPACE,    SPACE,
  J

From owner-freebsd-hackers  Thu Jun  5 13:22:36 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id NAA04816
          for hackers-outgoing; Thu, 5 Jun 1997 13:22:36 -0700 (PDT)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA04808
          for <freebsd-hackers@FreeBSD.ORG>; Thu, 5 Jun 1997 13:22:22 -0700 (PDT)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA26106 for freebsd-hackers@FreeBSD.ORG; Thu, 5 Jun 1997 22:21:44 +0200
Received: (from j@localhost)
	by uriah.heep.sax.de (8.8.5/8.8.5) id WAA25209;
	Thu, 5 Jun 1997 22:13:04 +0200 (MET DST)
Message-ID: <19970605221304.PN16323@uriah.heep.sax.de>
Date: Thu, 5 Jun 1997 22:13:04 +0200
From: j@uriah.heep.sax.de (J Wunsch)
To: freebsd-hackers@FreeBSD.ORG
Subject: Re: CD-R & SCSI Problems
References: <5n3957$9c9@gateway.cybernet.com> <3396E188.F90709B8@cybernet.com>
X-Mailer: Mutt 0.60_p2-3,5,8-9
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <3396E188.F90709B8@cybernet.com>; from Mark J. Taylor on Jun 5, 1997 11:55:52 -0400
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

As Mark J. Taylor wrote:

> My HP-6020i works great in 2.2.1-RELEASE.
> 
> Only problem is I can't write audio disks.  :(
> cd-write an audio disk causes my system to reboot, and I can't figure
> out what output blocksize to use using 'dd'.

N * 2352, with 1 <= N <= 27.  N = 10 is perhaps a good value.


Btw., Tom, too many Cc's to you bounced, i don't Cc you anymore.

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Thu Jun  5 13:22:43 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id NAA04836
          for hackers-outgoing; Thu, 5 Jun 1997 13:22:43 -0700 (PDT)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA04831
          for <freebsd-hackers@FreeBSD.ORG>; Thu, 5 Jun 1997 13:22:40 -0700 (PDT)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA26117 for freebsd-hackers@FreeBSD.ORG; Thu, 5 Jun 1997 22:22:36 +0200
Received: (from j@localhost)
	by uriah.heep.sax.de (8.8.5/8.8.5) id WAA25237;
	Thu, 5 Jun 1997 22:18:52 +0200 (MET DST)
Message-ID: <19970605221851.TV42480@uriah.heep.sax.de>
Date: Thu, 5 Jun 1997 22:18:51 +0200
From: j@uriah.heep.sax.de (J Wunsch)
To: freebsd-hackers@FreeBSD.ORG
Subject: Re: netboot in prom
References: <199706051306.TAA04601@hq.icb.chel.su> <9706051402.AA01218@toogoodoo.nosc.mil>
X-Mailer: Mutt 0.60_p2-3,5,8-9
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <9706051402.AA01218@toogoodoo.nosc.mil>; from Stephen Board on Jun 5, 1997 10:02:07 -0400
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

As Stephen Board wrote:

> Does anyone have a list of all the network cards that can be used
> with netboot?

The netboot code itself.

Basically, everything that's supported by the ed(4) or ep(4) drivers,
as it seems.

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Thu Jun  5 13:46:13 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id NAA06074
          for hackers-outgoing; Thu, 5 Jun 1997 13:46:13 -0700 (PDT)
Received: from federation.addy.com (federation.addy.com [207.239.68.2])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA06029;
          Thu, 5 Jun 1997 13:44:44 -0700 (PDT)
Received: from localhost (fbsdlist@localhost) by federation.addy.com (8.8.5/8.6.12) with SMTP id QAA18520; Thu, 5 Jun 1997 16:44:28 -0400 (EDT)
Date: Thu, 5 Jun 1997 16:44:27 -0400 (EDT)
From: Cliff Addy <fbsdlist@federation.addy.com>
To: Robert Eckardt <roberte@mep.ruhr-uni-bochum.de>
cc: questions@FreeBSD.ORG, hackers@FreeBSD.ORG
Subject: Re: REQ: FreeBSD in our life
In-Reply-To: <199706051049.MAA05384@beta.mep.ruhr-uni-bochum.de>
Message-ID: <Pine.BSF.3.95q.970605163459.18149B-100000@federation.addy.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On Thu, 5 Jun 1997, Robert Eckardt wrote:

> I would like to collect some information on "real-life" boxes that
> handle some traffic (mail, www, ...) (besides ftp.cdrom.com :-).
> (Like a mail server with some (ten-)thousand mails/day)

Well, I'm sure we're not the biggest thing out there, but we run a
web-hosting service that handles around 450 sites, generating about 1/2
million hits a day.  Also churns through about 3000 email messages a day. 
All this is handled with FreeBSD with aplomb.  We've grown rapidly and the
#2 reason our customers give for their high satifaction (second to
technical support) is the fact that we're *always* up and running.  We
might take a machine down *maybe* 5 minutes a month. I attribute this
directly to FreeBSD.  Other than the Adaptec driver bug, it's been
rock-solid.  Every day, we get clients from other hosts running
NT/Linux/Sun/SCO because "they're always going down." 

Cliff
http://addy.com


From owner-freebsd-hackers  Thu Jun  5 13:59:15 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id NAA06774
          for hackers-outgoing; Thu, 5 Jun 1997 13:59:15 -0700 (PDT)
Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA06768
          for <freebsd-hackers@FreeBSD.com>; Thu, 5 Jun 1997 13:59:13 -0700 (PDT)
Received: from pf1.phil.uni-sb.de (root@pf1.phil.uni-sb.de [134.96.82.11])
	by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA13101
	for <freebsd-hackers@FreeBSD.com>; Thu, 5 Jun 1997 13:58:48 -0700 (PDT)
Received: from relay6.UU.NET (relay6.UU.NET [192.48.96.16])
	by pf1.phil.uni-sb.de (8.8.5/8.8.5/961001chris) with ESMTP id WAA24327
	for <saar-lists-freebsd-hackers@news.phil.uni-sb.de>; Thu, 5 Jun 1997 22:57:18 +0200 (MET DST)
Received: from sos.freebsd.dk by relay6.UU.NET with ESMTP 
	(peer crosschecked as: sos.freebsd.dk [195.8.129.33])
	id QQcsrb12642; Thu, 5 Jun 1997 16:59:10 -0400 (EDT)
Received: (from sos@localhost) by sos.freebsd.dk (8.8.5/8.7.3) id WAA26714; Thu, 5 Jun 1997 22:58:30 +0200 (MEST)
From: Søren Schmidt <sos@sos.freebsd.dk>
Message-Id: <199706052058.WAA26714@sos.freebsd.dk>
Subject: Re: NEED TA LEARN TA HACK HERE
In-Reply-To: <19970605195900.PAA07691@ladder02.news.aol.com> from Sm00th   J at "Jun 5, 97 03:59:00 pm"
To: sm00thj@aol.com (Sm00th   J)
Date: Thu, 5 Jun 1997 22:58:29 +0200 (MEST)
Cc: saar-lists-freebsd-hackers@uunet.uu.net
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-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

In reply to Sm00th   J who wrote:
> hello< i need ta learn ta hack < if any kind hearted soul would care ta
> explain it< e mial me at

Når du har lært at stave, så skriv igen !!

> Sm00th   J@aol.com
> 
> THAT'S     S,    m,    ZERO,   ZERO,   t,   h,   SPACE,   SPACE,    SPACE,
>   J

Ja ja, det er meget godt med dig, vi er ikke alle ordblinde....

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Søren Schmidt               (sos@FreeBSD.org)               FreeBSD Core Team
                Even more code to hack -- will it ever end
..

From owner-freebsd-hackers  Thu Jun  5 15:02:50 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id PAA09733
          for hackers-outgoing; Thu, 5 Jun 1997 15:02:50 -0700 (PDT)
Received: from ki1.chemie.fu-berlin.de (ki1.chemie.fu-berlin.de [160.45.24.21])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA09728
          for <freebsd-hackers@freebsd.org>; Thu, 5 Jun 1997 15:02:46 -0700 (PDT)
Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1)
	  from mail.hanse.de (193.174.9.9) with smtp
	  id <m0wZkbk-0000aZC>; Fri, 6 Jun 97 00:02 MEST
Received: from wavehh.UUCP by mail.hanse.de with UUCP
	  for freebsd-hackers@freebsd.org id <m0wZkbj-0004fAC@mail.hanse.de>; Fri, 6 Jun 97 00:02 MET DST
Received: by wavehh.hanse.de (4.1/SMI-4.1)
	id AA07428; Thu, 5 Jun 97 15:57:25 +0200
Date: Thu, 5 Jun 97 15:57:25 +0200
From: cracauer@wavehh.hanse.de (Martin Cracauer)
Message-Id: <9706051357.AA07428@wavehh.hanse.de>
To: borjam@we.lc.ehu.ES
Cc: freebsd-hackers@freebsd.org
Subject: Re: Linux clone() system call
Newsgroups: hanse-ml.freebsd.hackers
References: <9706041530.AA02422@sirius.we.lc.ehu.es>
Reply-To: cracauer@wavehh.hanse.de
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

borjam@we.lc.ehu.ES (Borja Marcos) wrote:

>	Anyone knows what is the clone() system call in Lunux?
>It seems not to be supported by the Linux emulator. I tried running
>the Linux version of Inferno and it died with something like
>"clone(): unimplemented system call".

FreeBSD's rfork() does most of clone(), both created new processes
where resources can be shared with the parent process, noticable
vortial memory. Can be used kernel-sheduled threads, SMP-capable. This
has nothing to do with kernel threads, BTW, at least not for my usage
of these terms.

The Linux folks implement a Posix thread API on top of clone.

To reach real Posix Threads API compatiblity with threads implemented
this way - as processes with shared resources, you need some serious
extensions to the process model. For example. Posix requires that all
threads of a process share one userid ,which isn't the case for plain
rfork'ed or clone'd processes.

When I least looked, the Linux folks planned to add a flag to clone()
to share PIDs with the parent (if I'm not mistaken, a process ID will
then become a two-piece thing, process and subprocess id). Gessing
from source, this happend meantime.

This will make it quite hard to implement compatiblity with clone(),
unless we implement Posix threads API compatiblity the same way.

Also, programs that use clone() often use the process sheduling
functions of Linux as well, I don't know how much of them is
compatible with FreeBSD or implemented in the Linux emulator, but I
suspect that implementing clone() compatiblity is not enough to run
advanced thread-using Linux binaries on FreeBSD.

>	I did a "man clone" in a Linux box and it gave me
>the "undocumented calls" man page.

Linux kernel source, as of 2.0.29 the clone() flags with comments are
in include/linux/sched.h.

Martin
-- 
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
Martin_Cracauer@wavehh.hanse.de http://cracauer.cons.org  Fax.: +4940 5228536
"As far as I'm concerned,  if something is so complicated that you can't ex-
 plain it in 10 seconds, then it's probably not worth knowing anyway"- Calvin

From owner-freebsd-hackers  Thu Jun  5 15:24:58 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id PAA10585
          for hackers-outgoing; Thu, 5 Jun 1997 15:24:58 -0700 (PDT)
Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA10580
          for <freebsd-hackers@FreeBSD.ORG>; Thu, 5 Jun 1997 15:24:53 -0700 (PDT)
Received: (from daemon@localhost)
	by alpo.whistle.com (8.8.5/8.8.5) id LAA01620;
	Thu, 5 Jun 1997 11:41:14 -0700 (PDT)
Received: from current1.whistle.com(207.76.205.22)
 via SMTP by alpo.whistle.com, id smtpd001618; Thu Jun  5 18:41:13 1997
Message-ID: <33970816.794BDF32@whistle.com>
Date: Thu, 05 Jun 1997 11:40:22 -0700
From: Julian Elischer <julian@whistle.com>
Organization: Whistle Communications
X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386)
MIME-Version: 1.0
To: "Lee Crites (AEI)" <leec@adam.adonai.net>
CC: freebsd-hackers@FreeBSD.ORG
Subject: Re: setting a really low priority...
References: <Pine.BSF.3.95.970605103350.6738B-100000@adam.adonai.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Lee Crites (AEI) wrote:
> 
> I'd like to have a few processes running on my system which will get,
> and maintain, a fixed priority.
> 
>
man rtprio

From owner-freebsd-hackers  Thu Jun  5 15:48:36 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id PAA11809
          for hackers-outgoing; Thu, 5 Jun 1997 15:48:36 -0700 (PDT)
Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA11796
          for <freebsd-hackers@freebsd.org>; Thu, 5 Jun 1997 15:48:23 -0700 (PDT)
Received: (from henrich@localhost)
	by crh.cl.msu.edu (8.8.5/8.8.5) id SAA05889;
	Thu, 5 Jun 1997 18:48:13 -0400 (EDT)
Message-ID: <19970605184813.26023@crh.cl.msu.edu>
Date: Thu, 5 Jun 1997 18:48:13 -0400
From: Charles Henrich <henrich@crh.cl.msu.edu>
To: freebsd-hackers@freebsd.org
Subject: Extremely poor interactive response under heave SCSI load
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.75
X-Operating-System: FreeBSD 2.2.2-RELEASE
X-PGP-Fingerprint: 1024/F7 FD C7 3A F5 6A 23 BF  76 C4 B8 C9 6E 41 A4 4F
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Has anyone else noticed that a system with a large mount of unused (hence disk
cache) ram while under heavy SCSI load (or not so heavy really, e.g:
tar tvf crh.tgz > /tmp/crh.tgz.ls) causes interactive response to go into the
toilet, and any other disk I/O takes an eternity to complete?  For example,
when doing that tar tvf of a 650mb file, it took over 30 seconds for mutt to
load and run, any operation that hit disk was delayed at least 30 seconds..
Any ideas on a rememdy/tunable for this? (Im using an adaptec 2940)

-Crh

       Charles Henrich     Michigan State University     henrich@msu.edu

                         http://pilot.msu.edu/~henrich

From owner-freebsd-hackers  Thu Jun  5 16:13:01 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id QAA12653
          for hackers-outgoing; Thu, 5 Jun 1997 16:13:01 -0700 (PDT)
Received: from rover.village.org (rover.village.org [204.144.255.49])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA12646
          for <hackers@freebsd.org>; Thu, 5 Jun 1997 16:12:53 -0700 (PDT)
Received: from rover.village.org [127.0.0.1] 
	by rover.village.org with esmtp (Exim 1.60 #1)
	id 0wZlhN-0003Ei-00; Thu, 5 Jun 1997 17:12:05 -0600
To: sthaug@nethelp.no
Subject: Re: signed/unsigned cpp 
Cc: toneil@visigenic.com, hackers@freebsd.org
In-reply-to: Your message of "Wed, 04 Jun 1997 23:03:01 +0200."
		<16479.865458181@verdi.nethelp.no> 
References: <16479.865458181@verdi.nethelp.no>  <3.0.32.19970604131514.00a368e0@visigenic.com> 
Date: Thu, 05 Jun 1997 17:12:05 -0600
From: Warner Losh <imp@village.org>
Message-Id: <E0wZlhN-0003Ei-00@rover.village.org>
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

In message <16479.865458181@verdi.nethelp.no> sthaug@nethelp.no writes:
: Don't tell this to DEC-10 people :-)

The C compiler that I used on a Tops-20 machine back at New Mexico
Tech (where the compiler was written) had 8 bit characters, packed 4
to a 36-bit word.  The char * pointers were, ah, interesting.

Warner

From owner-freebsd-hackers  Thu Jun  5 16:26:34 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id QAA13409
          for hackers-outgoing; Thu, 5 Jun 1997 16:26:34 -0700 (PDT)
Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA13404
          for <freebsd-hackers@FreeBSD.com>; Thu, 5 Jun 1997 16:26:33 -0700 (PDT)
Received: from pf1.phil.uni-sb.de (root@pf1.phil.uni-sb.de [134.96.82.11])
	by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA14403
	for <freebsd-hackers@FreeBSD.com>; Thu, 5 Jun 1997 16:26:16 -0700 (PDT)
Received: from relay1.UU.NET (relay1.UU.NET [192.48.96.5])
	by pf1.phil.uni-sb.de (8.8.5/8.8.5/961001chris) with ESMTP id BAA02895
	for <saar-lists-freebsd-hackers@news.phil.uni-sb.de>; Fri, 6 Jun 1997 01:24:39 +0200 (MET DST)
Received: from awfulhak.demon.co.uk by relay1.UU.NET with ESMTP 
	(peer crosschecked as: awfulhak.demon.co.uk [158.152.17.1])
	id QQcsrl04965; Thu, 5 Jun 1997 19:26:11 -0400 (EDT)
Received: from awfulhak.demon.co.uk (localhost [127.0.0.1])
	by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id AAA02333;
	Fri, 6 Jun 1997 00:22:14 +0100 (BST)
Message-Id: <199706052322.AAA02333@awfulhak.demon.co.uk>
X-Mailer: exmh version 1.6.9 8/22/96
To: Sren Schmidt <sos@sos.freebsd.dk>
cc: sm00thj@aol.com (Sm00th   J), saar-lists-freebsd-hackers@uunet.uu.net
Subject: Re: NEED TA LEARN TA HACK HERE 
In-reply-to: Your message of "Thu, 05 Jun 1997 22:58:29 +0200."
             <199706052058.WAA26714@sos.freebsd.dk> 
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Date: Fri, 06 Jun 1997 00:22:13 +0100
From: Brian Somers <brian@awfulhak.org>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id QAA13405
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> Når du har lært at stave, så skriv igen !!
[.....]
> Ja ja, det er meget godt med dig, vi er ikke alle ordblinde....
> 
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> Søren Schmidt               (sos@FreeBSD.org)               FreeBSD Core Team
>                 Even more code to hack -- will it ever end
> ..
Yeah !  Say it in your own words ;-P
-- 
Brian <brian@awfulhak.org>, <brian@freebsd.org>
      <http://www.awfulhak.org>
Don't _EVER_ lose your sense of humour....



From owner-freebsd-hackers  Thu Jun  5 16:26:44 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id QAA13433
          for hackers-outgoing; Thu, 5 Jun 1997 16:26:44 -0700 (PDT)
Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA13428
          for <hackers@freebsd.org>; Thu, 5 Jun 1997 16:26:41 -0700 (PDT)
Received: from awfulhak.demon.co.uk (localhost [127.0.0.1])
	by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id AAA01458;
	Fri, 6 Jun 1997 00:20:30 +0100 (BST)
Message-Id: <199706052320.AAA01458@awfulhak.demon.co.uk>
X-Mailer: exmh version 1.6.9 8/22/96
To: John Polstra <jdp@polstra.com>
cc: Brian Somers <brian@awfulhak.org>, hackers@freebsd.org
Subject: Re: Make Release Question 
In-reply-to: Your message of "Thu, 05 Jun 1997 12:40:40 PDT."
             <199706051940.MAA00812@austin.polstra.com> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Fri, 06 Jun 1997 00:20:30 +0100
From: Brian Somers <brian@awfulhak.org>
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

> > > OK.  I'll merge it soon.  I don't like to commit anything to crt0
> > > without doing a full make world first.  That will slow me down a
> > > bit.  (My 2.2 machine is also my production machine.)
> > 
> > I'm looking at this now.  I'm able to do a make world under both
> > -current & RELENG_2_2.
> 
> If you're offering to merge it, that's OK with me!

Yep.  I'm building a release at the moment.  Havn't got to
the crunch yet (*grin*).

> John
> --
>    John Polstra                                       jdp@polstra.com
>    John D. Polstra & Co., Inc.                Seattle, Washington USA
>    "Self-knowledge is always bad news."                 -- John Barth

-- 
Brian <brian@awfulhak.org>, <brian@freebsd.org>
      <http://www.awfulhak.org>
Don't _EVER_ lose your sense of humour....



From owner-freebsd-hackers  Thu Jun  5 16:27:56 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id QAA13553
          for hackers-outgoing; Thu, 5 Jun 1997 16:27:56 -0700 (PDT)
Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA13519
          for <hackers@freebsd.org>; Thu, 5 Jun 1997 16:27:35 -0700 (PDT)
Received: from awfulhak.demon.co.uk (localhost [127.0.0.1])
	by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id AAA11214;
	Fri, 6 Jun 1997 00:27:21 +0100 (BST)
Message-Id: <199706052327.AAA11214@awfulhak.demon.co.uk>
X-Mailer: exmh version 1.6.9 8/22/96
To: Brian Somers <brian@awfulhak.org>
cc: John Polstra <jdp@polstra.com>, hackers@freebsd.org
Subject: Re: Make Release Question 
In-reply-to: Your message of "Fri, 06 Jun 1997 00:20:30 BST."
             <199706052320.AAA01458@awfulhak.demon.co.uk> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Fri, 06 Jun 1997 00:27:21 +0100
From: Brian Somers <brian@awfulhak.org>
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

> > > > OK.  I'll merge it soon.  I don't like to commit anything to crt0
> > > > without doing a full make world first.  That will slow me down a
> > > > bit.  (My 2.2 machine is also my production machine.)
> > > 
> > > I'm looking at this now.  I'm able to do a make world under both
> > > -current & RELENG_2_2.
> > 
> > If you're offering to merge it, that's OK with me!
> 
> Yep.  I'm building a release at the moment.  Havn't got to
> the crunch yet (*grin*).

We just crunched :)  Now I just have to wait for the build and
do an install.

-- 
Brian <brian@awfulhak.org>, <brian@freebsd.org>
      <http://www.awfulhak.org>
Don't _EVER_ lose your sense of humour....




From owner-freebsd-hackers  Thu Jun  5 17:14:39 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id RAA15715
          for hackers-outgoing; Thu, 5 Jun 1997 17:14:39 -0700 (PDT)
Received: from implode.root.com (implode.root.com [198.145.90.17])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA15710
          for <hackers@FreeBSD.ORG>; Thu, 5 Jun 1997 17:14:36 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1])
	by implode.root.com (8.8.5/8.8.5) with SMTP id RAA04933;
	Thu, 5 Jun 1997 17:15:45 -0700 (PDT)
Message-Id: <199706060015.RAA04933@implode.root.com>
X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol
To: luoqi@watermarkgroup.com (Luoqi Chen)
cc: hackers@FreeBSD.ORG
Subject: Re: discrepancy in mmap(2) about MAP_ANON 
In-reply-to: Your message of "Thu, 05 Jun 1997 12:09:52 EDT."
             <9706051609.AA13720@watermarkgroup.com> 
From: David Greenman <dg@root.com>
Reply-To: dg@root.com
Date: Thu, 05 Jun 1997 17:15:45 -0700
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>
>The mmap(2) man page:
>
>     MAP_ANON    Map anonymous memory not associated with any specific file.
>                 The file descriptor used for creating MAP_ANON regions is
>                 used only for naming, and may be specified as -1 if no name
>                 is associated with the region.
>
>So a file descriptor other than -1 can be used with MAP_ANON, and along
>with offset it names the mapped region (so it is possible to map the same
>region at another address).
>
>But in fact mmap() returns EINVAL. Here's the code in vm/vm_mmap.c,
>
>        if (((flags & MAP_FIXED) && (addr & PAGE_MASK)) ||
>            (ssize_t) uap->len < 0 || ((flags & MAP_ANON) && uap->fd != -1))
>                return (EINVAL);

   The man page is wrong. We don't support external mapping of "named"
anonymous regions. In fact, the code that supports named anonymous regions
is scheduled to be removed. It's only use over the history of FreeBSD was
as a kernel-internal method of keeping track of SYSV shared regions. We've
recently rewritten that code to do things differently.

-DG

David Greenman
Core-team/Principal Architect, The FreeBSD Project

From owner-freebsd-hackers  Thu Jun  5 17:26:47 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id RAA16043
          for hackers-outgoing; Thu, 5 Jun 1997 17:26:47 -0700 (PDT)
Received: (from jmb@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id RAA16026;
          Thu, 5 Jun 1997 17:26:34 -0700 (PDT)
From: "Jonathan M. Bresler" <jmb>
Message-Id: <199706060026.RAA16026@hub.freebsd.org>
Subject: Re: REQ: FreeBSD in our life
To: roberte@mep.ruhr-uni-bochum.de (Robert Eckardt)
Date: Thu, 5 Jun 1997 17:26:34 -0700 (PDT)
Cc: hackers
In-Reply-To: <199706051049.MAA05384@beta.mep.ruhr-uni-bochum.de> from "Robert Eckardt" at Jun 5, 97 12:49:53 pm
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

i did a presentation at europen.se in oct 1996
and anonther in research triangle park in may 1997
i can send you my sldies in tex format
will that help?

i can slow tell you baout hub.freebsd.org, our mail server 

jmb
-- 
Jonathan M. Bresler      FreeBSD Core Team, Postmaster       jmb@FreeBSD.ORG
FreeBSD--4.4BSD Unix for PC clones, source included. http://www.freebsd.org/
PGP 2.6.2 Fingerprint:      31 57 41 56 06 C1 40 13  C5 1C E3 E5 DC 62 0E FB


Robert Eckardt wrote:
> 
> Hello,
> 
> next week I'm going to give a talk on FreeBSD in the UNIX SysAdms group
> at the computer center here in Bochum.
> (history, features, applications, own experience)
> 
> I would like to collect some information on "real-life" boxes that
> handle some traffic (mail, www, ...) (besides ftp.cdrom.com :-).
> (Like a mail server with some (ten-)thousand mails/day)
> 
date: Thu Jun  5 17:24:09 PDT 1997
mailstats:
Statistics from Sat May 31 03:39:40 1997
 M msgsfr bytes_from  msgsto   bytes_to  Mailer
 0      0          0K   8380      17225K  prog
 1      0          0K   5014      13163K  *file*
 3  35744     119220K  16307      55662K  local
 6   7979      25186K 137329     304160K  smtp8
 7      0          0K      2          3K  relay
========================================
 T  43723     144406K 167032     390213K

we average from 8 to 14 addresses per email sent

> Also I'm interested in "not-so-standard" applications with FreeBSD.
> 
> Finally, I'would like to hear about some architectural features of
> FreeBSD (also in comparison to other OSes), preferrably with some
> references (and understandable for a non-OS-designer like me :-).

From owner-freebsd-hackers  Thu Jun  5 17:26:51 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id RAA16061
          for hackers-outgoing; Thu, 5 Jun 1997 17:26:51 -0700 (PDT)
Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA16042
          for <freebsd-hackers@FreeBSD.ORG>; Thu, 5 Jun 1997 17:26:46 -0700 (PDT)
Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id RAA17663; Thu, 5 Jun 1997 17:26:50 -0700 (PDT)
To: Charles Henrich <henrich@crh.cl.msu.edu>
cc: freebsd-hackers@FreeBSD.ORG
Subject: Re: Extremely poor interactive response under heave SCSI load 
In-reply-to: Your message of "Thu, 05 Jun 1997 18:48:13 EDT."
             <19970605184813.26023@crh.cl.msu.edu> 
Date: Thu, 05 Jun 1997 17:26:50 -0700
Message-ID: <17659.865556810@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> Has anyone else noticed that a system with a large mount of unused (hence dis
k
> cache) ram while under heavy SCSI load (or not so heavy really, e.g:

This has been a known bug for ages.  If you really want to test it
out, try running mkisofs on a large image and then try to do
something; I first encountered this back in FreeBSD 2.0 days. ;-)

I also doubt that the fix is trivial or John Dyson / David Greenman
would have done something about it the first time I reported it back
in December of 1994 (folks like Matt Dillon having also since reported
on variations of it).

					Jordan

From owner-freebsd-hackers  Thu Jun  5 17:32:17 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id RAA16327
          for hackers-outgoing; Thu, 5 Jun 1997 17:32:17 -0700 (PDT)
Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA16320
          for <hackers@FreeBSD.ORG>; Thu, 5 Jun 1997 17:32:14 -0700 (PDT)
Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id RAA17699; Thu, 5 Jun 1997 17:31:47 -0700 (PDT)
To: Brian Somers <brian@awfulhak.org>
cc: John Polstra <jdp@polstra.com>, hackers@FreeBSD.ORG
Subject: Re: Make Release Question 
In-reply-to: Your message of "Fri, 06 Jun 1997 00:27:21 BST."
             <199706052327.AAA11214@awfulhak.demon.co.uk> 
Date: Thu, 05 Jun 1997 17:31:47 -0700
Message-ID: <17695.865557107@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> We just crunched :)  Now I just have to wait for the build and
> do an install.

Cool!  Please commit the relevant changes to the RELENG_2_2 branch
when you're done so that I may duplicate your success. :-)

					Jordan

From owner-freebsd-hackers  Thu Jun  5 18:40:09 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id SAA19542
          for hackers-outgoing; Thu, 5 Jun 1997 18:40:09 -0700 (PDT)
Received: from elvis.mu.org (elvis.mu.org [206.156.230.205])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA19484
          for <freebsd-hackers@FreeBSD.ORG>; Thu, 5 Jun 1997 18:39:56 -0700 (PDT)
Received: (from paul@localhost)
	by elvis.mu.org (8.8.5/8.8.5) id UAA29839;
	Thu, 5 Jun 1997 20:38:23 -0500 (CDT)
From: Paul Saab <paul@mu.org>
Message-Id: <199706060138.UAA29839@elvis.mu.org>
Subject: Re: Archive Tape Autochanger
In-Reply-To: <3190.865361492@nomad.geoplex.com> from Dave Truesdell at "Jun 3, 97 11:11:32 am"
To: davet@ttfn.com
Date: Thu, 5 Jun 1997 20:38:23 -0500 (CDT)
Cc: paul@mu.org, freebsd-hackers@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL31H (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Dave Truesdell wrote:
> I'm curious, was your Adaptec 154x configured as something other than scbus0?

Nope.  Only one controller in the box with the 154x.

> My home fileserver (FreeBSD 2.1.7 w/thorpej's original port of the driver) 
> would crash the system if I attempted to access the changer if it were on the 
> second SCSI bus, but has worked for nearly a year on the first.


Paul Saab

From owner-freebsd-hackers  Thu Jun  5 19:35:19 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id TAA21818
          for hackers-outgoing; Thu, 5 Jun 1997 19:35:19 -0700 (PDT)
Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA21810
          for <hackers@FreeBSD.ORG>; Thu, 5 Jun 1997 19:35:10 -0700 (PDT)
Received: from awfulhak.demon.co.uk (localhost [127.0.0.1])
	by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id DAA14241;
	Fri, 6 Jun 1997 03:34:09 +0100 (BST)
Message-Id: <199706060234.DAA14241@awfulhak.demon.co.uk>
X-Mailer: exmh version 1.6.9 8/22/96
To: "Jordan K. Hubbard" <jkh@time.cdrom.com>
cc: Brian Somers <brian@awfulhak.org>, John Polstra <jdp@polstra.com>,
        hackers@FreeBSD.ORG
Subject: Re: Make Release Question 
In-reply-to: Your message of "Thu, 05 Jun 1997 17:31:47 PDT."
             <17695.865557107@time.cdrom.com> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Fri, 06 Jun 1997 03:34:08 +0100
From: Brian Somers <brian@awfulhak.org>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> > We just crunched :)  Now I just have to wait for the build and
> > do an install.
> 
> Cool!  Please commit the relevant changes to the RELENG_2_2 branch
> when you're done so that I may duplicate your success. :-)

Installed & running :)
BTW, I got a core at the first install.  I never realized that the
first '/' after the hostname in an ftp url was ignored.  I was
having difficulty typing in the url, and the forth time I tried,
I just typed "ftp://awfulhak.lan.awfulhak.org" (accident).  It
caught the core, said it was going to tidy up and gave me an ok.
Every <return> on the ok caused another core (evident on ALT-F2) !

The hostname was looked up ok (my nameserver only!), and I've been
through media.c and ftp.c - everything looks fine....  I can't
figure what actually caused the core.  I havn't really time to
try to repeat it either (it's 03:30 here - I've gotta be in work
tomorrow :( )

Maybe you might want to duplicate my failure too :)

I did another install with a good url and a bin & source & man
distribution - went fine first time (ftp install, via a box
running natd :)

> 					Jordan
-- 
Brian <brian@awfulhak.org>, <brian@freebsd.org>
      <http://www.awfulhak.org>
Don't _EVER_ lose your sense of humour....



From owner-freebsd-hackers  Thu Jun  5 19:39:03 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id TAA21932
          for hackers-outgoing; Thu, 5 Jun 1997 19:39:03 -0700 (PDT)
Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA21922
          for <freebsd-hackers@FreeBSD.ORG>; Thu, 5 Jun 1997 19:38:58 -0700 (PDT)
Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id MAA29476; Fri, 6 Jun 1997 12:08:24 +0930 (CST)
From: Michael Smith <msmith@atrad.adelaide.edu.au>
Message-Id: <199706060238.MAA29476@genesis.atrad.adelaide.edu.au>
Subject: Re: setting a really low priority...
In-Reply-To: <Pine.BSF.3.95.970605103350.6738B-100000@adam.adonai.net> from Lee Crites at "Jun 5, 97 11:13:05 am"
To: leec@adam.adonai.net (Lee Crites)
Date: Fri, 6 Jun 1997 12:08:23 +0930 (CST)
Cc: freebsd-hackers@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL28 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Lee Crites stands accused of saying:
> 
> I'd like to have a few processes running on my system which will get,
> and maintain, a fixed priority.

'man rtprio'

> Lee

-- 
]] Mike Smith, Software Engineer        msmith@gsoft.com.au             [[
]] Genesis Software                     genesis@gsoft.com.au            [[
]] High-speed data acquisition and      (GSM mobile)     0411-222-496   [[
]] realtime instrument control.         (ph)          +61-8-8267-3493   [[
]] Unix hardware collector.             "Where are your PEZ?" The Tick  [[

From owner-freebsd-hackers  Thu Jun  5 19:39:32 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id TAA21976
          for hackers-outgoing; Thu, 5 Jun 1997 19:39:32 -0700 (PDT)
Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA21964
          for <freebsd-hackers@FreeBSD.ORG>; Thu, 5 Jun 1997 19:39:20 -0700 (PDT)
Received: from awfulhak.demon.co.uk (localhost [127.0.0.1])
	by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id DAA14580;
	Fri, 6 Jun 1997 03:37:50 +0100 (BST)
Message-Id: <199706060237.DAA14580@awfulhak.demon.co.uk>
X-Mailer: exmh version 1.6.9 8/22/96
To: Brian Somers <brian@awfulhak.org>
cc: =?iso-8859-1?Q?=C5ge_R=F8bekk?= <aagero@aage.priv.no>,
        freebsd-hackers@FreeBSD.ORG
Subject: Re: IPDIVERT not working in 2.2.2 
In-reply-to: Your message of "Sun, 01 Jun 1997 15:54:42 BST."
             <199706011454.PAA29354@awfulhak.demon.co.uk> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Fri, 06 Jun 1997 03:37:50 +0100
From: Brian Somers <brian@awfulhak.org>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> > 
> > --17pEHd4RhPHOinZp
> > Content-Type: text/plain; charset=us-ascii
> > 
> > I'm having problems getting IPDIVERT and friends working on
> > FreeBSD-2.2.2.  When the kernel has booted and the drivers are
> > initialized, the kernel says
> [.....]
> > cc diverttest.c -o diverttest
> > 
> > ipfw add 00001 divert 32768 ip from any to any via <your-interface>
> > ./diverttest 32768
> [.....]
> 
> Things work ok for me on RELENG_2_2 as of May 19.  Try using recvfrom()
> instead of read(), or alternatively build the natd port and see if that
> works.

I built a 2.2.2 machine and natd runs fine on it - in fact I just
completed a release on a -current box, and an install of the resulting
2.2-970605-SNAP via the natd'd gateway.  No problems.

-- 
Brian <brian@awfulhak.org>, <brian@freebsd.org>
      <http://www.awfulhak.org>
Don't _EVER_ lose your sense of humour....



From owner-freebsd-hackers  Thu Jun  5 20:20:43 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id UAA23505
          for hackers-outgoing; Thu, 5 Jun 1997 20:20:43 -0700 (PDT)
Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id UAA23495
          for <freebsd-hackers@freefall.FreeBSD.org>; Thu, 5 Jun 1997 20:20:39 -0700 (PDT)
Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02)
	id AA13171; Thu, 5 Jun 1997 23:20:05 -0400
Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Thu,  5 Jun 1997 23:20 EDT
Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.5/8.7.3) with ESMTP id VAA28869 for <freebsd-hackers@freefall.cdrom.com>; Thu, 5 Jun 1997 21:46:37 -0400 (EDT)
Received: (from rivers@localhost) by lakes.water.net (8.8.5/8.6.9) id VAA03264 for freebsd-hackers@freefall.cdrom.com; Thu, 5 Jun 1997 21:54:13 -0400 (EDT)
Date: Thu, 5 Jun 1997 21:54:13 -0400 (EDT)
From: Thomas David Rivers <ponds!rivers@dg-rtp.dg.com>
Message-Id: <199706060154.VAA03264@lakes.water.net>
To: ponds!freefall.cdrom.com!freebsd-hackers
Subject: Speed of 2.2.1... & "daily panics"
Content-Type: text
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


I've noticed a strange thing seems to have happened in recent 2.2.,
uname:
FreeBSD ponds.water.net 2.2-970510-RELENG FreeBSD 2.2-970510-RELENG #0: Fri May
16 15:06:15 EDT 1997     rivers@lakes.water.net:/usr/src/sys-970510/compile/POND
S  i386                                                                        

My news machine is now taking more than 3 days to expire the news.
This is a 386dx-33 with ~1.5gig of IDE space...  

Version 2.1.7 would expire everything in a matter of hours,
version 2.2-970510 on the same hardware takes days...

The uucp traffic hasn't increased (I run uutraf every day, the
number of bytes transferred remains fixed...)

In top - I see that expire seems to be spending the majority of
its time in biowait.

As a happen-stance though; this is the machine that suffers
from the 'daily panics'.   It hasn't demonstrated that condition
since the expires began taking so long... could the two be related?

	- Opinions? -
	- Dave Rivers -

p.s. I'm open to suggestions as to how to speed this up.  I'm already
     using the async mount option... didn't seem to make much
     difference...


From owner-freebsd-hackers  Thu Jun  5 21:09:21 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id VAA25010
          for hackers-outgoing; Thu, 5 Jun 1997 21:09:21 -0700 (PDT)
Received: from implode.root.com (implode.root.com [198.145.90.17])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA25004
          for <freebsd-hackers@freebsd.org>; Thu, 5 Jun 1997 21:09:19 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1])
	by implode.root.com (8.8.5/8.8.5) with SMTP id VAA07145;
	Thu, 5 Jun 1997 21:10:25 -0700 (PDT)
Message-Id: <199706060410.VAA07145@implode.root.com>
X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol
To: Thomas David Rivers <ponds!rivers@dg-rtp.dg.com>
cc: freebsd-hackers@freebsd.org
Subject: Re: Speed of 2.2.1... & "daily panics" 
In-reply-to: Your message of "Thu, 05 Jun 1997 21:54:13 EDT."
             <199706060154.VAA03264@lakes.water.net> 
From: David Greenman <dg@root.com>
Reply-To: dg@root.com
Date: Thu, 05 Jun 1997 21:10:25 -0700
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

>
>I've noticed a strange thing seems to have happened in recent 2.2.,
>uname:
>FreeBSD ponds.water.net 2.2-970510-RELENG FreeBSD 2.2-970510-RELENG #0: Fri May
>16 15:06:15 EDT 1997     rivers@lakes.water.net:/usr/src/sys-970510/compile/POND
>S  i386                                                                        
>
>My news machine is now taking more than 3 days to expire the news.
>This is a 386dx-33 with ~1.5gig of IDE space...  
>
>Version 2.1.7 would expire everything in a matter of hours,
>version 2.2-970510 on the same hardware takes days...

   How much main memory does it have?

-DG

David Greenman
Core-team/Principal Architect, The FreeBSD Project

From owner-freebsd-hackers  Thu Jun  5 21:27:51 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id VAA25713
          for hackers-outgoing; Thu, 5 Jun 1997 21:27:51 -0700 (PDT)
Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA25703
          for <freebsd-hackers@FreeBSD.ORG>; Thu, 5 Jun 1997 21:27:26 -0700 (PDT)
Received: (from henrich@localhost)
	by crh.cl.msu.edu (8.8.5/8.8.5) id AAA07595;
	Fri, 6 Jun 1997 00:27:14 -0400 (EDT)
Message-ID: <19970606002714.10488@crh.cl.msu.edu>
Date: Fri, 6 Jun 1997 00:27:14 -0400
From: Charles Henrich <henrich@crh.cl.msu.edu>
To: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Cc: freebsd-hackers@FreeBSD.ORG
Subject: Re: Extremely poor interactive response under heave SCSI load
References: <19970605184813.26023@crh.cl.msu.edu> <17659.865556810@time.cdrom.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.75
In-Reply-To: <17659.865556810@time.cdrom.com>; from Jordan K. Hubbard on Thu, Jun 05, 1997 at 05:26:50PM -0700
X-Operating-System: FreeBSD 2.2.2-RELEASE
X-PGP-Fingerprint: 1024/F7 FD C7 3A F5 6A 23 BF  76 C4 B8 C9 6E 41 A4 4F
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On the subject of Re: Extremely poor interactive response under heave SCSI load, Jordan K. Hubbard stated:

> > Has anyone else noticed that a system with a large mount of unused (hence
> > dis
> k
> > cache) ram while under heavy SCSI load (or not so heavy really, e.g:
> 
> This has been a known bug for ages.  If you really want to test it out, try
> running mkisofs on a large image and then try to do something; I first
> encountered this back in FreeBSD 2.0 days. ;-)
> 
> I also doubt that the fix is trivial or John Dyson / David Greenman would
> have done something about it the first time I reported it back in December
> of 1994 (folks like Matt Dillon having also since reported on variations of
> it).

There has to be some solution, forcing the scsi command queue to search for
alternate commands every so often or something..  It just sucks :)

-Crh

       Charles Henrich     Michigan State University     henrich@msu.edu

                         http://pilot.msu.edu/~henrich

From owner-freebsd-hackers  Thu Jun  5 21:53:02 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id VAA26884
          for hackers-outgoing; Thu, 5 Jun 1997 21:53:02 -0700 (PDT)
Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA26875
          for <hackers@freebsd.org>; Thu, 5 Jun 1997 21:52:58 -0700 (PDT)
Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id VAA18647 for <hackers@freebsd.org>; Thu, 5 Jun 1997 21:53:09 -0700 (PDT)
To: hackers@freebsd.org
Subject: Any objection to the following?
Date: Thu, 05 Jun 1997 21:53:09 -0700
Message-ID: <18643.865572789@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

This brings in the /etc/ld.so.conf behavior from NetBSD/Linux and
makes it possible to add directories to the ldconfig list without
editing /etc/rc.conf.

Since this is also a zero-impact change (if you have no ld.so.conf,
and there would be no default, it does nothing) it would also go into
2.2.

					Jordan

Index: rc
===================================================================
RCS file: /home/ncvs/src/etc/rc,v
retrieving revision 1.104.2.16
diff -u -r1.104.2.16 rc
--- rc	1997/05/19 08:02:37	1.104.2.16
+++ rc	1997/06/06 01:31:11
@@ -205,14 +205,19 @@
 	accton /var/account/acct
 fi
 
-# Make shared lib searching a little faster.  Leave /usr/lib first if you
-# add your own entries or you may come to grief.
-_LDC=/usr/lib
-if [ -d /usr/lib/compat ]; then _LDC="${_LDC} /usr/lib/compat" ; fi
-if [ -d /usr/X11R6/lib ]; then _LDC="${_LDC} /usr/X11R6/lib" ; fi
-if [ -d /usr/local/lib ]; then _LDC="${_LDC} /usr/local/lib" ; fi
-echo 'setting ldconfig path:' ${_LDC}
-ldconfig ${_LDC}
+# If we have an ld.so.conf file, let it do the job.
+if [ -f /etc/ld.so.conf -a -r /etc/ld.so.conf ]; then
+	echo 'setting ldconfig path from /etc/ld.so.conf'
+	ldconfig `cat /etc/ld.so.conf`
+else
+	# Leave /usr/lib first when adding entries or you may come to grief.
+	_LDC=/usr/lib
+	if [ -d /usr/lib/compat ]; then _LDC="${_LDC} /usr/lib/compat" ; fi
+	if [ -d /usr/X11R6/lib ]; then _LDC="${_LDC} /usr/X11R6/lib" ; fi
+	if [ -d /usr/local/lib ]; then _LDC="${_LDC} /usr/local/lib" ; fi
+	echo 'setting ldconfig path:' ${_LDC}
+	ldconfig ${_LDC}
+fi
 
 # Now start up miscellaneous daemons that don't belong anywhere else
 #

From owner-freebsd-hackers  Thu Jun  5 21:59:48 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id VAA27159
          for hackers-outgoing; Thu, 5 Jun 1997 21:59:48 -0700 (PDT)
Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA27154
          for <freebsd-hackers@FreeBSD.ORG>; Thu, 5 Jun 1997 21:59:45 -0700 (PDT)
Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id VAA18710; Thu, 5 Jun 1997 21:59:51 -0700 (PDT)
To: Charles Henrich <henrich@crh.cl.msu.edu>
cc: freebsd-hackers@FreeBSD.ORG
Subject: Re: Extremely poor interactive response under heave SCSI load 
In-reply-to: Your message of "Fri, 06 Jun 1997 00:27:14 EDT."
             <19970606002714.10488@crh.cl.msu.edu> 
Date: Thu, 05 Jun 1997 21:59:50 -0700
Message-ID: <18707.865573190@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> There has to be some solution, forcing the scsi command queue to search for
> alternate commands every so often or something..  It just sucks :)

We await your diffs, Mr Henrich. :)

					Jordan

From owner-freebsd-hackers  Thu Jun  5 22:29:08 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id WAA28767
          for hackers-outgoing; Thu, 5 Jun 1997 22:29:08 -0700 (PDT)
Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA28759
          for <hackers@FreeBSD.ORG>; Thu, 5 Jun 1997 22:28:59 -0700 (PDT)
Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id OAA01330; Fri, 6 Jun 1997 14:58:40 +0930 (CST)
From: Michael Smith <msmith@atrad.adelaide.edu.au>
Message-Id: <199706060528.OAA01330@genesis.atrad.adelaide.edu.au>
Subject: Re: Any objection to the following?
In-Reply-To: <18643.865572789@time.cdrom.com> from "Jordan K. Hubbard" at "Jun 5, 97 09:53:09 pm"
To: jkh@time.cdrom.com (Jordan K. Hubbard)
Date: Fri, 6 Jun 1997 14:58:39 +0930 (CST)
Cc: hackers@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL28 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Jordan K. Hubbard stands accused of saying:
> This brings in the /etc/ld.so.conf behavior from NetBSD/Linux and
> makes it possible to add directories to the ldconfig list without
> editing /etc/rc.conf.

Hmm.  Any reason it can't just be a list in rc.conf?  The basic idea 
is OK, althought you might want to consider /usr/local/etc/ld.so.conf
as well for use/manipulation by ports...

> 					Jordan

-- 
]] Mike Smith, Software Engineer        msmith@gsoft.com.au             [[
]] Genesis Software                     genesis@gsoft.com.au            [[
]] High-speed data acquisition and      (GSM mobile)     0411-222-496   [[
]] realtime instrument control.         (ph)          +61-8-8267-3493   [[
]] Unix hardware collector.             "Where are your PEZ?" The Tick  [[

From owner-freebsd-hackers  Thu Jun  5 22:38:35 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id WAA29236
          for hackers-outgoing; Thu, 5 Jun 1997 22:38:35 -0700 (PDT)
Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA29228
          for <hackers@FreeBSD.ORG>; Thu, 5 Jun 1997 22:38:33 -0700 (PDT)
Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id WAA18905; Thu, 5 Jun 1997 22:38:35 -0700 (PDT)
To: Michael Smith <msmith@atrad.adelaide.edu.au>
cc: hackers@FreeBSD.ORG
Subject: Re: Any objection to the following? 
In-reply-to: Your message of "Fri, 06 Jun 1997 14:58:39 +0930."
             <199706060528.OAA01330@genesis.atrad.adelaide.edu.au> 
Date: Thu, 05 Jun 1997 22:38:35 -0700
Message-ID: <18901.865575515@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> Hmm.  Any reason it can't just be a list in rc.conf?  The basic idea 
> is OK, althought you might want to consider /usr/local/etc/ld.so.conf
> as well for use/manipulation by ports...

Well, if I went that route then it also wouldn't really be correct
unless done in fashion of the local_startup list, and I'm not sure I'm
willing to go quite that far yet. :-)

					Jordan

From owner-freebsd-hackers  Thu Jun  5 22:51:27 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id WAA29701
          for hackers-outgoing; Thu, 5 Jun 1997 22:51:27 -0700 (PDT)
Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA29690
          for <hackers@FreeBSD.ORG>; Thu, 5 Jun 1997 22:51:08 -0700 (PDT)
Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id PAA01623; Fri, 6 Jun 1997 15:20:49 +0930 (CST)
From: Michael Smith <msmith@atrad.adelaide.edu.au>
Message-Id: <199706060550.PAA01623@genesis.atrad.adelaide.edu.au>
Subject: Re: Any objection to the following?
In-Reply-To: <18901.865575515@time.cdrom.com> from "Jordan K. Hubbard" at "Jun 5, 97 10:38:35 pm"
To: jkh@time.cdrom.com (Jordan K. Hubbard)
Date: Fri, 6 Jun 1997 15:20:49 +0930 (CST)
Cc: msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL28 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Jordan K. Hubbard stands accused of saying:
> > Hmm.  Any reason it can't just be a list in rc.conf?  The basic idea 
> > is OK, althought you might want to consider /usr/local/etc/ld.so.conf
> > as well for use/manipulation by ports...
> 
> Well, if I went that route then it also wouldn't really be correct
> unless done in fashion of the local_startup list, and I'm not sure I'm
> willing to go quite that far yet. :-)

Ok, how about something like a "local_etc" searchpath, containing
directories which might contain etc-like files?  I'm just thinking of
this as a poor cousin to some of the other solutions for a read-only
/etc.

> 					Jordan

-- 
]] Mike Smith, Software Engineer        msmith@gsoft.com.au             [[
]] Genesis Software                     genesis@gsoft.com.au            [[
]] High-speed data acquisition and      (GSM mobile)     0411-222-496   [[
]] realtime instrument control.         (ph)          +61-8-8267-3493   [[
]] Unix hardware collector.             "Where are your PEZ?" The Tick  [[

From owner-freebsd-hackers  Thu Jun  5 23:01:19 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id XAA00232
          for hackers-outgoing; Thu, 5 Jun 1997 23:01:19 -0700 (PDT)
Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA00222
          for <hackers@FreeBSD.ORG>; Thu, 5 Jun 1997 23:01:16 -0700 (PDT)
Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id XAA19001; Thu, 5 Jun 1997 23:01:17 -0700 (PDT)
To: Michael Smith <msmith@atrad.adelaide.edu.au>
cc: hackers@FreeBSD.ORG
Subject: Re: Any objection to the following? 
In-reply-to: Your message of "Fri, 06 Jun 1997 15:20:49 +0930."
             <199706060550.PAA01623@genesis.atrad.adelaide.edu.au> 
Date: Thu, 05 Jun 1997 23:01:17 -0700
Message-ID: <18998.865576877@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> Ok, how about something like a "local_etc" searchpath, containing
> directories which might contain etc-like files?  I'm just thinking of
> this as a poor cousin to some of the other solutions for a read-only
> /etc.

Hmmm.  I'm having a hard time picturing this..  Some diffs would
help! ;-)

					Jordan

From owner-freebsd-hackers  Thu Jun  5 23:17:28 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id XAA00847
          for hackers-outgoing; Thu, 5 Jun 1997 23:17:28 -0700 (PDT)
Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA00842
          for <hackers@FreeBSD.ORG>; Thu, 5 Jun 1997 23:17:25 -0700 (PDT)
Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id PAA02049; Fri, 6 Jun 1997 15:47:10 +0930 (CST)
From: Michael Smith <msmith@atrad.adelaide.edu.au>
Message-Id: <199706060617.PAA02049@genesis.atrad.adelaide.edu.au>
Subject: Re: Any objection to the following?
In-Reply-To: <18998.865576877@time.cdrom.com> from "Jordan K. Hubbard" at "Jun 5, 97 11:01:17 pm"
To: jkh@time.cdrom.com (Jordan K. Hubbard)
Date: Fri, 6 Jun 1997 15:47:09 +0930 (CST)
Cc: msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL28 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Jordan K. Hubbard stands accused of saying:
> > Ok, how about something like a "local_etc" searchpath, containing
> > directories which might contain etc-like files?  I'm just thinking of
> > this as a poor cousin to some of the other solutions for a read-only
> > /etc.
> 
> Hmmm.  I'm having a hard time picturing this..  Some diffs would
> help! ;-)

Heh.  It's a concept, not an implementation.  I have an accounting
exam in less than a week, so code work is getting a low priority 8(

The idea was something like :

local_etc="/var/etc /usr/local/etc"

...

foo_config_file=search_for_file("foo.cf", $local_etc)
if [ "$foo_config_file" ]; then
	foo -f $foo_config_file; echo -n "foo "
else
	foo; echo -n "foo "
fi

where search_for_file takes a filename and a list of directories.
I realise that this wouldn't help in the originally offered situation,
you'd need a search_for_files() function that returned a list of 
full paths to all found files matching the name on the paths supplied.

... as I said, it was very much a "poor cousin" idea.  

> 					Jordan

-- 
]] Mike Smith, Software Engineer        msmith@gsoft.com.au             [[
]] Genesis Software                     genesis@gsoft.com.au            [[
]] High-speed data acquisition and      (GSM mobile)     0411-222-496   [[
]] realtime instrument control.         (ph)          +61-8-8267-3493   [[
]] Unix hardware collector.             "Where are your PEZ?" The Tick  [[

From owner-freebsd-hackers  Fri Jun  6 00:15:51 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id AAA03581
          for hackers-outgoing; Fri, 6 Jun 1997 00:15:51 -0700 (PDT)
Received: from TomQNX.tomqnx.com (root@ott-pm1-17.comnet.ca [206.75.140.17])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA03575
          for <freebsd-hackers@freebsd.org>; Fri, 6 Jun 1997 00:15:48 -0700 (PDT)
Received: by TomQNX.tomqnx.com (Smail3.2 #1)
	id m0wZtDX-000A4SC; Fri, 6 Jun 1997 03:13:47 -0400 (EDT)
Message-Id: <m0wZtDX-000A4SC@TomQNX.tomqnx.com>
From: tom@tomqnx.com (Tom Torrance at home)
Subject: Login problems
To: freebsd-hackers@freebsd.org
Date: Fri, 6 Jun 1997 03:13:46 -0400 (EDT)
X-Mailer: ELM [version 2.4ME+ PL31H (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

With the latest fixes from the RELENG-2.2 branch I am having problems
telneting to my FreeBSD box. There is no response to my login after
I enter the password.

Login is still active on the FreeBSD side.
My current /etc/login.access reads '+:ALL:ALL'

Am I doing something stupid? If I run the 2.2.1 distribution of 
/usr/bin/login all is well.

Regards,
Tom

From owner-freebsd-hackers  Fri Jun  6 00:33:27 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id AAA04334
          for hackers-outgoing; Fri, 6 Jun 1997 00:33:27 -0700 (PDT)
Received: from TomQNX.tomqnx.com (root@ott-pm2-15.comnet.ca [206.75.140.47])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA04329
          for <freebsd-hackers@freebsd.org>; Fri, 6 Jun 1997 00:33:25 -0700 (PDT)
Received: by TomQNX.tomqnx.com (Smail3.2 #1)
	id m0wZtTx-000A4SC; Fri, 6 Jun 1997 03:30:45 -0400 (EDT)
Message-Id: <m0wZtTx-000A4SC@TomQNX.tomqnx.com>
From: tom@tomqnx.com (Tom Torrance at home)
Subject: Hylafax4/Smail
To: freebsd-hackers@freebsd.org
Date: Fri, 6 Jun 1997 03:30:44 -0400 (EDT)
Cc: flexfax@sgi.com
X-Mailer: ELM [version 2.4ME+ PL31H (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

I did my own port from the original distribution a couple of weeks ago.
The instructions for implementing with smail did not work for me.

It works fine with the following as the first entry in the transports file:

fax:
	driver=pipe, local;
	pipe_as_sender,
	cmd="/usr/local/bin/mailfax",
	status_to_sender,
	-pipe_as_user,

Hope this helps!

Tom


From owner-freebsd-hackers  Fri Jun  6 00:59:13 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id AAA05703
          for hackers-outgoing; Fri, 6 Jun 1997 00:59:13 -0700 (PDT)
Received: from news.IAEhv.nl (root@news.IAEhv.nl [194.151.64.4])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA05698
          for <hackers@FreeBSD.ORG>; Fri, 6 Jun 1997 00:59:09 -0700 (PDT)
Received: from truk.brandinnovators.com (uucp@localhost) 
          by news.IAEhv.nl (8.6.13/1.63) with IAEhv.nl; pid 3094
          on Fri, 6 Jun 1997 07:59:02 GMT; id HAA03094
          efrom: hans@truk.brandinnovators.com; eto: UNKNOWN
Received: by truk.brandinnovators.com (8.7.5/BI96070101) 
    for <> id JAA04486; Fri, 6 Jun 1997 09:23:26 +0200 (MET DST)
Message-Id: <199706060723.JAA04486@truk.brandinnovators.com>
From: hans@brandinnovators.com (Hans Zuidam)
Subject: Re: Any objection to the following?
To: jkh@time.cdrom.com (Jordan K. Hubbard)
Date: Fri, 6 Jun 1997 09:23:26 +0200 (MET DST)
Cc: hackers@FreeBSD.ORG
In-Reply-To: <18643.865572789@time.cdrom.com> from "Jordan K. Hubbard" at "Jun 5, 97 09:53:09 pm"
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> Jordan K. Hubbard wrote:
> This brings in the /etc/ld.so.conf behavior from NetBSD/Linux and
> makes it possible to add directories to the ldconfig list without
> editing /etc/rc.conf.
No, although I remember submitting patches to ldconfig for much
the same a long time ago.  They would allow ldconfig to take a file
on the command line and read its directories from it.  Directories
on command line are treated just like normal. If there's any interest
I could submit the patches again.

Regards,
				Hans
-- 
H. Zuidam                        E-Mail: hans@brandinnovators.com
Brand Innovators B.V.            P-Mail: P.O. Box 1377
de Pinckart 54                   5602 BJ Eindhoven, The Netherlands
5674 CC Nuenen                   Tel. +31 40 2631134, Fax. +31 40 2831138

From owner-freebsd-hackers  Fri Jun  6 01:13:46 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id BAA06442
          for hackers-outgoing; Fri, 6 Jun 1997 01:13:46 -0700 (PDT)
Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA06437
          for <hackers@FreeBSD.ORG>; Fri, 6 Jun 1997 01:13:44 -0700 (PDT)
Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id BAA19439; Fri, 6 Jun 1997 01:13:51 -0700 (PDT)
To: hans@brandinnovators.com (Hans Zuidam)
cc: hackers@FreeBSD.ORG
Subject: Re: Any objection to the following? 
In-reply-to: Your message of "Fri, 06 Jun 1997 09:23:26 +0200."
             <199706060723.JAA04486@truk.brandinnovators.com> 
Date: Fri, 06 Jun 1997 01:13:51 -0700
Message-ID: <19435.865584831@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> No, although I remember submitting patches to ldconfig for much
> the same a long time ago.  They would allow ldconfig to take a file
> on the command line and read its directories from it.  Directories
> on command line are treated just like normal. If there's any interest
> I could submit the patches again.

That might be interesting..  If it accepted multiple filenames, it
would also make possible:

	if [ -f /etc/ld.so.conf ]; then
		_LDC=/etc/ld.so.conf
	fi
	for i in ${local_dirs}; do
		if [ -f $i/ld.so.conf ]; then
			_LDC="${_LDC} $i/ld.so.conf"
		fi
	done
	ldconfig ${_LDC}

with very little fuss..

					Jordan

From owner-freebsd-hackers  Fri Jun  6 01:23:58 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id BAA06915
          for hackers-outgoing; Fri, 6 Jun 1997 01:23:58 -0700 (PDT)
Received: from zwei.siemens.at (zwei.siemens.at [193.81.246.12])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA06904
          for <freebsd-hackers@FreeBSD.ORG>; Fri, 6 Jun 1997 01:23:47 -0700 (PDT)
Received: from ws6303-f.gud.siemens.co.at (root@firix [10.1.143.100])
	by zwei.siemens.at  with ESMTP id KAA19616;
	Fri, 6 Jun 1997 10:22:58 +0200 (MET DST)
Received: from ws6423.gud.siemens.at (ws6423-f) by ws6303-f.gud.siemens.co.at with ESMTP
	(1.40.112.8/16.2) id AA091025302; Fri, 6 Jun 1997 10:21:42 +0200
Received: by ws6423.gud.siemens.at (SMI-8.6/SMI-SVR4)
	id KAA00771; Fri, 6 Jun 1997 10:11:59 +0200
Date: Fri, 6 Jun 1997 10:11:59 +0200
From: lada@ws6303.gud.siemens.at (Hr.Ladavac)
Message-Id: <199706060811.KAA00771@ws6423.gud.siemens.at>
To: jkh@time.cdrom.com, henrich@crh.cl.msu.edu
Subject: Re: Extremely poor interactive response under heave SCSI load
Cc: freebsd-hackers@FreeBSD.ORG
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Md5: hGmxcy+GVmLuECpTyNUpow==
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> From owner-freebsd-hackers@FreeBSD.ORG Fri Jun  6 07:04:12 MET 1997
> Date: Fri, 6 Jun 1997 00:27:14 -0400
> From: Charles Henrich <henrich@crh.cl.msu.edu>
> To: "Jordan K. Hubbard" <jkh@time.cdrom.com>
> Cc: freebsd-hackers@FreeBSD.ORG
> Subject: Re: Extremely poor interactive response under heave SCSI load
> Mime-Version: 1.0
> X-Operating-System: FreeBSD 2.2.2-RELEASE
> X-Pgp-Fingerprint: 1024/F7 FD C7 3A F5 6A 23 BF  76 C4 B8 C9 6E 41 A4 4F
> X-Loop: FreeBSD.org
> 
> On the subject of Re: Extremely poor interactive response under heave SCSI 
load, Jordan K. Hubbard stated:
> 
> > > Has anyone else noticed that a system with a large mount of unused (hence
> > > dis
> > k
> > > cache) ram while under heavy SCSI load (or not so heavy really, e.g:
> > 
> > This has been a known bug for ages.  If you really want to test it out, try
> > running mkisofs on a large image and then try to do something; I first
> > encountered this back in FreeBSD 2.0 days. ;-)
> > 
> > I also doubt that the fix is trivial or John Dyson / David Greenman would
> > have done something about it the first time I reported it back in December
> > of 1994 (folks like Matt Dillon having also since reported on variations of
> > it).
> 
> There has to be some solution, forcing the scsi command queue to search for
> alternate commands every so often or something..  It just sucks :)

You're telling it :)

The problem is extremely easy to reproduce if you have one of these 
PD drives and use them for backups.

You will need a FFS on the PD media so that you can mount it.  Then write to
the PD.  Since this operation is extremely slow, a nice amount of backlogged
blocks will be made in cache--in fact, 16MB of RAM is more than enough--
especially if you do a dump to the PD.

Now, my observations:

1) only the operations on the PD volume are slowed down.
2) sync returns immediately, but the access to the PD does not speed up.
3) it takes about 30 seconds for a cd to a directory on PD.

Since it doesn't take much to achieve the above stall, and since the rest
of the machine is unaffected, it might be relatively easy for someone with
a PD drive to research the problem.  Alas, I don't have a FreeBSD box any
more--it has been commandeered away from me, Win95 got installed, and I 
don't have any access to FreeBSD boxen at all.

/Marino
> 
> -Crh
> 
>        Charles Henrich     Michigan State University     henrich@msu.edu
> 
>                          http://pilot.msu.edu/~henrich
> 

From owner-freebsd-hackers  Fri Jun  6 02:05:06 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id CAA08898
          for hackers-outgoing; Fri, 6 Jun 1997 02:05:06 -0700 (PDT)
Received: from gateway.cybernet.com (gateway.cybernet.com [192.245.33.1])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA08893
          for <freebsd-hackers@freebsd.org>; Fri, 6 Jun 1997 02:05:01 -0700 (PDT)
Received: from spiffy.cybernet.com (spiffy.cybernet.com [192.245.33.55]) by gateway.cybernet.com (8.7.6/8.7.3) with ESMTP id FAA22455 for <freebsd-hackers@freebsd.org>; Fri, 6 Jun 1997 05:06:39 -0400 (EDT)
Message-ID: <3397D245.5B98FB3F@cybernet.com>
Date: Fri, 06 Jun 1997 05:03:01 -0400
From: "Mark J. Taylor" <mtaylor@cybernet.com>
Organization: Cybernet Systems
X-Mailer: Mozilla 4.0b5C (X11; I; FreeBSD 2.2.1-RELEASE i386)
MIME-Version: 1.0
To: freebsd-hackers@freebsd.org
Subject: Re: Quotas on 2.2.1-RELEASE: quotaon / quotaoff kills machine
X-Priority: 3 (Normal)
References: <5n6st7$rvg@gateway.cybernet.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Seems that there is a null-pointer de-reference in ufs/ufs_quotas.c
when the back pointer is being set for the nth time.

The source for -current's ufs_quotas.c looks slightly different than
2.2.2's (more usage of the TAILQ stuff), so it makes it hard to compare
the sources.  Any comments about what should really change in 2.2.2
besides a check for the null-pointer dereference?



Mark J. Taylor wrote:
> 
> I've got a 2.2.1-RELEASE machine that tends to die after doing a few
> quotaon / quotaoff commands.  It dies on the nth 'quotaon' command.
> 
> I am keeping the quota control files in the root of the filesystem
> being quota'ed.
> 
> Is there anything else I need to look-out for?
> 

-- 
--------------------------------------------------------------------
Mark J. Taylor                                  Network R&D Manager
Cybernet Systems                                mtaylor@cybernet.com
727 Airport Blvd.                               PHONE (313) 668-2567
Ann Arbor, MI  48108                            FAX   (313) 668-8780
--------------------------------------------------------------------

From owner-freebsd-hackers  Fri Jun  6 02:07:57 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id CAA09053
          for hackers-outgoing; Fri, 6 Jun 1997 02:07:57 -0700 (PDT)
Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id CAA09045
          for <freebsd-hackers@FreeBSD.ORG>; Fri, 6 Jun 1997 02:07:48 -0700 (PDT)
Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id KAA01298; Fri, 6 Jun 1997 10:34:13 +0200
From: Luigi Rizzo <luigi@labinfo.iet.unipi.it>
Message-Id: <199706060834.KAA01298@labinfo.iet.unipi.it>
Subject: Re: Extremely poor interactive response under heave SCSI load
To: lada@ws6303.gud.siemens.at (Hr.Ladavac)
Date: Fri, 6 Jun 1997 10:34:13 +0200 (MET DST)
Cc: jkh@time.cdrom.com, henrich@crh.cl.msu.edu, freebsd-hackers@FreeBSD.ORG
In-Reply-To: <199706060811.KAA00771@ws6423.gud.siemens.at> from "Hr.Ladavac" at Jun 6, 97 10:11:40 am
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> > > > cache) ram while under heavy SCSI load (or not so heavy really, e.g:
> > > 
> > > This has been a known bug for ages.  If you really want to test it out, try
...
> The problem is extremely easy to reproduce if you have one of these 
> PD drives and use them for backups.
> 
> You will need a FFS on the PD media so that you can mount it.  Then write to
> the PD.  Since this operation is extremely slow, a nice amount of backlogged
> blocks will be made in cache--in fact, 16MB of RAM is more than enough--
> especially if you do a dump to the PD.

I have dnot read the previous messages in this thread so I might be wrong,
but it sounds like a fair bw allocation among flows, much the same as
you have when you are on a slow ppp link which does not implement priorities,
and you run an ftp transfer in parallel with a telnet session.

Solutions exist for this problems, i.e. separate the flows (easy for
tcp/udp connections since the headers clearly identify packets) at the
bottleneck, and serve the various queues in a round-robin fashion.
The network drivers do not work like this because it is unlikely that
long queues develops at a 10Mbit/s interface (but they do on a ppp liink,
so perhaps this ought to be done in the tun device -- I might work on
this in the next months).

A similar approach could be used for scheduling disk writes assuming one
has a way to determine which  writes are related. This might not be trivial .

	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/
_____________________________|______________________________________

From owner-freebsd-hackers  Fri Jun  6 02:52:50 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id CAA10677
          for hackers-outgoing; Fri, 6 Jun 1997 02:52:50 -0700 (PDT)
Received: from zwei.siemens.at (zwei.siemens.at [193.81.246.12])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA10664
          for <freebsd-hackers@FreeBSD.ORG>; Fri, 6 Jun 1997 02:52:38 -0700 (PDT)
Received: from ws6303-f.gud.siemens.co.at (root@firix [10.1.143.100])
	by zwei.siemens.at  with ESMTP id LAA24068;
	Fri, 6 Jun 1997 11:51:02 +0200 (MET DST)
Received: from ws6423.gud.siemens.at (ws6423-f) by ws6303-f.gud.siemens.co.at with ESMTP
	(1.40.112.8/16.2) id AA097050587; Fri, 6 Jun 1997 11:49:47 +0200
Received: by ws6423.gud.siemens.at (SMI-8.6/SMI-SVR4)
	id LAA07518; Fri, 6 Jun 1997 11:40:05 +0200
Date: Fri, 6 Jun 1997 11:40:05 +0200
From: lada@ws6303.gud.siemens.at (Hr.Ladavac)
Message-Id: <199706060940.LAA07518@ws6423.gud.siemens.at>
To: lada@ws6303-f.gud.siemens.co.at, luigi@labinfo.iet.unipi.it
Subject: Re: Extremely poor interactive response under heave SCSI load
Cc: jkh@time.cdrom.com, henrich@crh.cl.msu.edu, freebsd-hackers@FreeBSD.ORG
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Md5: KgvJ4XgCphP3LDe/huBxFw==
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> From owner-freebsd-hackers@FreeBSD.ORG Fri Jun  6 11:39:13 MET 1997
> From: Luigi Rizzo <luigi@labinfo.iet.unipi.it>
> Subject: Re: Extremely poor interactive response under heave SCSI load
> To: lada@ws6303-f.gud.siemens.co.at (Hr.Ladavac)
> Date: Fri, 6 Jun 1997 10:34:13 +0200 (MET DST)
> Cc: jkh@time.cdrom.com, henrich@crh.cl.msu.edu, freebsd-hackers@FreeBSD.ORG
> X-Loop: FreeBSD.org
> 
> > > > > cache) ram while under heavy SCSI load (or not so heavy really, e.g:
> > > > 
> > > > This has been a known bug for ages.  If you really want to test it out, 
try
> ...
> > The problem is extremely easy to reproduce if you have one of these 
> > PD drives and use them for backups.
> > 
> > You will need a FFS on the PD media so that you can mount it.  Then write to
> > the PD.  Since this operation is extremely slow, a nice amount of backlogged
> > blocks will be made in cache--in fact, 16MB of RAM is more than enough--
> > especially if you do a dump to the PD.
> 
> I have dnot read the previous messages in this thread so I might be wrong,
> but it sounds like a fair bw allocation among flows, much the same as
> you have when you are on a slow ppp link which does not implement priorities,
> and you run an ftp transfer in parallel with a telnet session.
> 
> Solutions exist for this problems, i.e. separate the flows (easy for
> tcp/udp connections since the headers clearly identify packets) at the
> bottleneck, and serve the various queues in a round-robin fashion.
> The network drivers do not work like this because it is unlikely that
> long queues develops at a 10Mbit/s interface (but they do on a ppp liink,
> so perhaps this ought to be done in the tun device -- I might work on
> this in the next months).
> 
> A similar approach could be used for scheduling disk writes assuming one
> has a way to determine which  writes are related. This might not be trivial .

I wish it were only delayed writes...the reads are delayed as well.

At first I thought the PD did not disconnect, but since the other mounted
volumes weren't affected even though they are all on the same SCSI bus, I 
have given up on that train of thought.

What might be possible is to change the strategy routine for od driver to give
reads priority over writes since read is *much* faster than write on a PD.  In
fact, one could clone the od driver into the pd driver with changed strategy.

The other possibility is to make FFS give priority to metadata reads in
comparison to normal reads and writes.  However, I don't know whether that is
really the problem (no FreeBSD box, as previosly stated ): or if that can be
done at all.  Sounds non-trivial, though.

/Marino
> 
> 	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/
> _____________________________|______________________________________
> 

From owner-freebsd-hackers  Fri Jun  6 03:23:05 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id DAA11626
          for hackers-outgoing; Fri, 6 Jun 1997 03:23:05 -0700 (PDT)
Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id DAA11621
          for <freebsd-hackers@FreeBSD.ORG>; Fri, 6 Jun 1997 03:22:52 -0700 (PDT)
Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id LAA01417; Fri, 6 Jun 1997 11:48:03 +0200
From: Luigi Rizzo <luigi@labinfo.iet.unipi.it>
Message-Id: <199706060948.LAA01417@labinfo.iet.unipi.it>
Subject: Re: Extremely poor interactive response under heave SCSI load
To: lada@ws6303.gud.siemens.at (Hr.Ladavac)
Date: Fri, 6 Jun 1997 11:48:02 +0200 (MET DST)
Cc: lada@ws6303-f.gud.siemens.co.at, jkh@time.cdrom.com,
        henrich@crh.cl.msu.edu, freebsd-hackers@FreeBSD.ORG
In-Reply-To: <199706060940.LAA07518@ws6423.gud.siemens.at> from "Hr.Ladavac" at Jun 6, 97 11:39:46 am
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> > I have dnot read the previous messages in this thread so I might be wrong,
> > but it sounds like a fair bw allocation among flows, much the same as
> > you have when you are on a slow ppp link which does not implement priorities,
> > and you run an ftp transfer in parallel with a telnet session.
> > 
> > Solutions exist for this problems, i.e. separate the flows (easy for
> > tcp/udp connections since the headers clearly identify packets) at the
> > bottleneck, and serve the various queues in a round-robin fashion.
> > The network drivers do not work like this because it is unlikely that
> > long queues develops at a 10Mbit/s interface (but they do on a ppp liink,
> > so perhaps this ought to be done in the tun device -- I might work on
> > this in the next months).
> > 
> > A similar approach could be used for scheduling disk writes assuming one
> > has a way to determine which  writes are related. This might not be trivial .
> 
> I wish it were only delayed writes...the reads are delayed as well.

sorry I was thinking in 'network mode' where you don't have explicit
reads...  replace "write" with "request" in my description.

> What might be possible is to change the strategy routine for od driver to give
> reads priority over writes since read is *much* faster than write on a PD.  In
> fact, one could clone the od driver into the pd driver with changed strategy.
> 
> The other possibility is to make FFS give priority to metadata reads in
> comparison to normal reads and writes.  However, I don't know whether that is
> really the problem (no FreeBSD box, as previosly stated ): or if that can be
> done at all.  Sounds non-trivial, though.

both solution sound like hacks, similar to prioritizing interactive
traffic vs. bulk one on a ppp link. And you still have the problem of
classifying requests, which is probably almost as hard as determining
"flows" (i.e. streams of requests generated by the same process).
I have no idea of what information are available at the fs level,
so I will leave some more knowledgeable person the answer.

	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/
_____________________________|______________________________________

From owner-freebsd-hackers  Fri Jun  6 03:50:50 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id DAA12863
          for hackers-outgoing; Fri, 6 Jun 1997 03:50:50 -0700 (PDT)
Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id DAA12858
          for <freebsd-hackers@freefall.FreeBSD.org>; Fri, 6 Jun 1997 03:50:47 -0700 (PDT)
Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02)
	id AA08947; Fri, 6 Jun 1997 06:50:03 -0400
Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Fri,  6 Jun 1997 06:50 EDT
Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.5/8.7.3) with ESMTP id GAA09670; Fri, 6 Jun 1997 06:09:16 -0400 (EDT)
Received: (from rivers@localhost) by lakes.water.net (8.8.5/8.6.9) id GAA03901; Fri, 6 Jun 1997 06:16:54 -0400 (EDT)
Date: Fri, 6 Jun 1997 06:16:54 -0400 (EDT)
From: Thomas David Rivers <ponds!rivers@dg-rtp.dg.com>
Message-Id: <199706061016.GAA03901@lakes.water.net>
To: ponds!root.com!dg, ponds!freefall.cdrom.com!freebsd-hackers,
        ponds!lakes.water.net!rivers
Subject: Re: Speed of 2.2.1... & "daily panics"
Content-Type: text
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


David Greeman writes:

> 
> >
> >I've noticed a strange thing seems to have happened in recent 2.2.,
> >uname:
> >FreeBSD ponds.water.net 2.2-970510-RELENG FreeBSD 2.2-970510-RELENG #0: Fri May
> >16 15:06:15 EDT 1997     rivers@lakes.water.net:/usr/src/sys-970510/compile/POND
> >S  i386                                                                        
> >
> >My news machine is now taking more than 3 days to expire the news.
> >This is a 386dx-33 with ~1.5gig of IDE space...  
> >
> >Version 2.1.7 would expire everything in a matter of hours,
> >version 2.2-970510 on the same hardware takes days...
> 
>    How much main memory does it have?

 8 Meg - but swapinfo indicates very little swap is being used (about 11K)
so I don't think things are thrashing... [That hasn't changed from 2.1.7..]
Do you suspect a VM algorithm difference?  

 But - of course as soon as I noted I wasn't getting the panics, I got:

      panic: ufs_ihashget: recursive lock not expected -- pid %d

 which is consistent with the "stuff on the disk is bad" scenario I'm seeing.
I also tried the 970510 kernel on my reliable reproduction of the problem;
it still occurs there...  it must just be that the machine was "busy."

> 
> -DG
> 
> David Greenman
> Core-team/Principal Architect, The FreeBSD Project
> 

From owner-freebsd-hackers  Fri Jun  6 03:58:09 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id DAA13159
          for hackers-outgoing; Fri, 6 Jun 1997 03:58:09 -0700 (PDT)
Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA13153
          for <freebsd-hackers@FreeBSD.ORG>; Fri, 6 Jun 1997 03:58:06 -0700 (PDT)
Received: from gid.co.uk (uucp@localhost)
          by isbalham.ist.co.uk (8.8.4/8.8.4) with UUCP
	  id LAA28395 for FreeBSD.ORG!freebsd-hackers; Fri, 6 Jun 1997 11:44:51 +0100 (BST)
Received: from [194.32.164.2] by seagoon.gid.co.uk; Fri, 6 Jun 1997 11:41:17 +0100
X-Sender: rb@194.32.164.1
Message-Id: <l03020900afbd97441c6f@[194.32.164.2]>
In-Reply-To: <199706060811.KAA00771@ws6423.gud.siemens.at>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Fri, 6 Jun 1997 11:38:08 +0100
To: freebsd-hackers@FreeBSD.ORG
From: Bob Bishop <rb@gid.co.uk>
Subject: Re: Extremely poor interactive response under heave SCSI load
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Quick (and nasty) hack: in scsi/sd.c, if the device has been continuously
busy for say > 1sec, just stop feeding it until it has drained.

Better hack: if the oldest request on the device has been there for say >
1sec, stop feeding until that request has completed.

None of this would be necessary if sequencers were a bit less totalitarian...


--
Bob Bishop              (0118) 977 4017  international code +44 118
rb@gid.co.uk        fax (0118) 989 4254  between 0800 and 1800 UK



From owner-freebsd-hackers  Fri Jun  6 04:01:27 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id EAA13390
          for hackers-outgoing; Fri, 6 Jun 1997 04:01:27 -0700 (PDT)
Received: from TomQNX.tomqnx.com (root@ott-pm2-15.comnet.ca [206.75.140.47])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA13385
          for <freebsd-hackers@freebsd.org>; Fri, 6 Jun 1997 04:01:24 -0700 (PDT)
Received: by TomQNX.tomqnx.com (Smail3.2 #1)
	id m0wZwjz-000A4SC; Fri, 6 Jun 1997 06:59:31 -0400 (EDT)
Message-Id: <m0wZwjz-000A4SC@TomQNX.tomqnx.com>
From: tom@tomqnx.com (Tom Torrance at home)
Subject: Re: CD-R & SCSI Problems
In-Reply-To: <19970605221304.PN16323@uriah.heep.sax.de> from J Wunsch at "Jun 5, 97 10:13:04 pm"
To: joerg_wunsch@uriah.heep.sax.de
Date: Fri, 6 Jun 1997 06:59:30 -0400 (EDT)
Cc: freebsd-hackers@freebsd.org
X-Mailer: ELM [version 2.4ME+ PL31H (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

The previously reported 
ILLEGAL REQUEST asc:20,0 Invalid command operation code

is really a good thing, I suppose.  I had switched to using
/dev/nrst0 for my backup, and the driver was rejecting dump's
requests to rewind the tape.

Sorry about that...

Tom


From owner-freebsd-hackers  Fri Jun  6 04:08:16 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id EAA13662
          for hackers-outgoing; Fri, 6 Jun 1997 04:08:16 -0700 (PDT)
Received: from TomQNX.tomqnx.com (root@ott-pm2-15.comnet.ca [206.75.140.47])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA13657
          for <hackers@freebsd.org>; Fri, 6 Jun 1997 04:08:12 -0700 (PDT)
Received: by TomQNX.tomqnx.com (Smail3.2 #1)
	id m0wZwo6-000A4UC; Fri, 6 Jun 1997 07:03:46 -0400 (EDT)
Message-Id: <m0wZwo6-000A4UC@TomQNX.tomqnx.com>
From: tom@tomqnx.com (Tom Torrance at home)
Subject: Re: some minors incompabilities with X11/console mode
In-Reply-To: <3396EA7A.F00@cki.ipri.kiev.ua> from Ruslan Shevchenko at "Jun 5, 97 07:33:58 pm"
To: rssh@cki.ipri.kiev.ua
Date: Fri, 6 Jun 1997 07:03:46 -0400 (EDT)
Cc: hackers@freebsd.org
X-Mailer: ELM [version 2.4ME+ PL31H (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

[Charset koi8-r unsupported, filtering to ASCII...]
> 1. Russian language definitions is differ in X11 and vtty 
> So, I can't  set it in my .profile
> 
>  Solution:
>     rename koi8_r in X11 to ru.SU_KOI8R (or reverse ;-) )

I am having exactly the same difficulties with my ISO-8859-1 
English language definitions.

Tom


From owner-freebsd-hackers  Fri Jun  6 04:20:42 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id EAA14244
          for hackers-outgoing; Fri, 6 Jun 1997 04:20:42 -0700 (PDT)
Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id EAA14239
          for <hackers@FreeBSD.ORG>; Fri, 6 Jun 1997 04:20:39 -0700 (PDT)
Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02)
	id AA13234; Fri, 6 Jun 1997 07:20:06 -0400
Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Fri,  6 Jun 1997 07:20 EDT
Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.5/8.7.3) with ESMTP id GAA10156; Fri, 6 Jun 1997 06:32:37 -0400 (EDT)
Received: (from rivers@localhost) by lakes.water.net (8.8.5/8.6.9) id GAA04217; Fri, 6 Jun 1997 06:40:14 -0400 (EDT)
Date: Fri, 6 Jun 1997 06:40:14 -0400 (EDT)
From: Thomas David Rivers <ponds!rivers@dg-rtp.dg.com>
Message-Id: <199706061040.GAA04217@lakes.water.net>
To: brian@awfulhak.org, ponds!pobox.com!kpneal
Subject: Re: Borland 16bit bcc vs cc/gcc (float)
Cc: ponds!FreeBSD.ORG!hackers, ponds!anchorage.net!un_x
Content-Type: text
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> 
> > At 12:03 PM 5/31/97 -0800, Steve Howe wrote:
> [.....]
> > Who says you always have to use exit()?
> > 
> > In fact, I've observed C++ code that never calls the destructors if you
> > exit() of out a program.
> [.....]
> 
> Yep, it at least won't call the destructors for the main() stack
> vars, no matter how smart the compiler is.
> 

  Well - that's not exactly true.  You could, for example, 
set up an atexit() routine to call the appropriate destructors...,
if at construction time you simply added them to a list of "to be
destroyed" things...

 This brings into play the entire EXCEPTION stuff... which leads us
to another story.

	 - Dave Rivers -

From owner-freebsd-hackers  Fri Jun  6 05:26:13 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id FAA17180
          for hackers-outgoing; Fri, 6 Jun 1997 05:26:13 -0700 (PDT)
Received: from hda.hda.com (hda-bicnet.bicnet.net [207.198.1.121])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA17174
          for <hackers@freebsd.org>; Fri, 6 Jun 1997 05:26:09 -0700 (PDT)
Received: (from dufault@localhost)
	by hda.hda.com (8.8.5/8.8.5) id IAA18632;
	Fri, 6 Jun 1997 08:22:03 -0400 (EDT)
From: Peter Dufault <dufault@hda.com>
Message-Id: <199706061222.IAA18632@hda.hda.com>
Subject: Re: Extremely poor interactive response under heave SCSI load
In-Reply-To: <199706060811.KAA00771@ws6423.gud.siemens.at> from "Hr.Ladavac" at "Jun 6, 97 10:11:59 am"
To: lada@ws6303.gud.siemens.at (Hr.Ladavac)
Date: Fri, 6 Jun 1997 08:22:02 -0400 (EDT)
Cc: hackers@freebsd.org
X-Mailer: ELM [version 2.4ME+ PL25 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

> > 
> > There has to be some solution, forcing the scsi command queue to search for
> > alternate commands every so often or something..  It just sucks :)
> 
> You're telling it :)
> 
> The problem is extremely easy to reproduce if you have one of these 
> PD drives and use them for backups.
> 
> You will need a FFS on the PD media so that you can mount it.  Then write to
> the PD.  Since this operation is extremely slow, a nice amount of backlogged
> blocks will be made in cache--in fact, 16MB of RAM is more than enough--
> especially if you do a dump to the PD.

Ramble on:

The first problem mentioned involved only user processes and raw
I/O.  One solution is scheduling the I/O based on process priority
- take rtprio first, normal priority next, and idleprio last with
some gradation at each level resulting in 32 levels, then schedule
I/O based on priority and round-robin across equal priority.

Now run the offending process with a reduced priority.

Of course the problem is simply-complicated by the fact that first
you have to get in line to get the resources in order (queue slots
in the target device, then host adapter transactions), and
complicated-complicated by the desire to tie this into the sequencing
code for devices with small buffers that keep reconnecting for the
next chunk of a transfer so you can schedule the bus utilization.

Since wakeup is decided based on priority I expect there will be
an improvement in the tar example by niceing it.

This new example ties in to the buffer cache, the amount of
outstanding I/O, the memory you're tieing up etc. and I don't know
how it plays.


-- 
Peter Dufault (dufault@hda.com)   Realtime development, Machine control,
HD Associates, Inc.               Safety critical systems, Agency approval

From owner-freebsd-hackers  Fri Jun  6 06:31:49 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id GAA19810
          for hackers-outgoing; Fri, 6 Jun 1997 06:31:49 -0700 (PDT)
Received: from whizzo.TransSys.COM (whizzo.TransSys.COM [144.202.42.10])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA19805
          for <hackers@FreeBSD.ORG>; Fri, 6 Jun 1997 06:31:46 -0700 (PDT)
Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.TransSys.COM (8.8.5/8.7.3) with SMTP id JAA09447; Fri, 6 Jun 1997 09:31:34 -0400 (EDT)
Message-Id: <199706061331.JAA09447@whizzo.TransSys.COM>
To: "Jordan K. Hubbard" <jkh@time.cdrom.com>
cc: hans@brandinnovators.com (Hans Zuidam), hackers@FreeBSD.ORG
From: "Louis A. Mamakos" <louie@TransSys.COM>
Subject: Re: Any objection to the following? 
References: <19435.865584831@time.cdrom.com> 
In-reply-to: Your message of "Fri, 06 Jun 1997 01:13:51 PDT."
             <19435.865584831@time.cdrom.com> 
Date: Fri, 06 Jun 1997 09:31:34 -0400
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

How about using the /usr/local/etc/rc.d mechanism, and 'ldconfig -m'
to merge in other directories containing share libraries?  At least
one package already installs like this (the Modula-3 package?) and it
doesn't required a package install/remove to edit any files to remove
that it think it installed.

Perhaps there needs to be an opportunity to run some of those scripts
from a different place (on the root filesystem?) earlier in the
startup process.  But I don't believe that a whole other mechanism is
required to solve this problem.

louie

From owner-freebsd-hackers  Fri Jun  6 08:00:42 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id IAA23743
          for hackers-outgoing; Fri, 6 Jun 1997 08:00:42 -0700 (PDT)
Received: from server.netplus.com.br ([200.247.23.97])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA23732
          for <freebsd-hackers@FreeBSD.ORG>; Fri, 6 Jun 1997 08:00:38 -0700 (PDT)
Received: from sergio.lenzi (root@dial09.netplus.com.br [200.247.23.108]) by server.netplus.com.br (8.7.6/8.7.3) with ESMTP id LAA16583; Fri, 6 Jun 1997 11:52:24 GMT
Received: (from lenzi@localhost) by sergio.lenzi (8.8.5/8.8.3) id MAA00665; Fri, 6 Jun 1997 12:04:17 GMT
Date: Fri, 6 Jun 1997 12:04:16 +0000 ()
From: "Lenzi, Sergio" <lenzi@bsi.com.br>
X-Sender: lenzi@sergio
To: Brian Somers <brian@awfulhak.org>
cc: freebsd-hackers@FreeBSD.ORG
Subject: Re: IPDIVERT not working in 2.2.2 
In-Reply-To: <199706060237.DAA14580@awfulhak.demon.co.uk>
Message-ID: <Pine.BSF.3.91.970606120210.385F-100000@sergio>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> > works.
> 
> I built a 2.2.2 machine and natd runs fine on it - in fact I just
> completed a release on a -current box, and an install of the resulting
> 2.2-970605-SNAP via the natd'd gateway.  No problems.
> 
I am trying to use natd and pppd for internet connections.

It works ok on iijppp  (user ppp)
but panics the kernel on using pppd

Running on a 2.2.1 machine..

Can you please inform me if you use pppd?

Sergio Lenzi.

Unix consult.


From owner-freebsd-hackers  Fri Jun  6 09:01:42 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id JAA26362
          for hackers-outgoing; Fri, 6 Jun 1997 09:01:42 -0700 (PDT)
Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA26356
          for <hackers@freebsd.org>; Fri, 6 Jun 1997 09:01:39 -0700 (PDT)
Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id KAA11774; Fri, 6 Jun 1997 10:01:31 -0600 (MDT)
Date: Fri, 6 Jun 1997 10:01:31 -0600 (MDT)
Message-Id: <199706061601.KAA11774@rocky.mt.sri.com>
From: Nate Williams <nate@mt.sri.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Cc: hackers@freebsd.org
Subject: Re: Any objection to the following?
In-Reply-To: <18643.865572789@time.cdrom.com>
References: <18643.865572789@time.cdrom.com>
X-Mailer: VM 6.29 under 19.15 XEmacs Lucid
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

> This brings in the /etc/ld.so.conf behavior from NetBSD/Linux and
> makes it possible to add directories to the ldconfig list without
> editing /etc/rc.conf.
> 
> Since this is also a zero-impact change (if you have no ld.so.conf,
> and there would be no default, it does nothing) it would also go into
> 2.2.

I thought the idea was to centralize as much as possible in
/etc/rc.conf.  This seems to be a step backwards....

(Otherwise, no objections....)



Nate

From owner-freebsd-hackers  Fri Jun  6 09:06:07 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id JAA26642
          for hackers-outgoing; Fri, 6 Jun 1997 09:06:07 -0700 (PDT)
Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA26635
          for <hackers@freebsd.org>; Fri, 6 Jun 1997 09:06:01 -0700 (PDT)
Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id JAA21704; Fri, 6 Jun 1997 09:06:10 -0700 (PDT)
To: Nate Williams <nate@mt.sri.com>
cc: hackers@freebsd.org
Subject: Re: Any objection to the following? 
In-reply-to: Your message of "Fri, 06 Jun 1997 10:01:31 MDT."
             <199706061601.KAA11774@rocky.mt.sri.com> 
Date: Fri, 06 Jun 1997 09:06:10 -0700
Message-ID: <21700.865613170@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

> I thought the idea was to centralize as much as possible in
> /etc/rc.conf.  This seems to be a step backwards....

To an extent, yes.  However it's still damn hard to edit, and I really
see rc.conf's current format as more of a transitional thing anyway -
we really should have something which is machine editable there in the
long run, and perhaps once this occurs (along with tools to call from
scripts for editing/adding new fields) then we should probably
consider folding some of the multiple files in /etc back into
"rc.conf", don't you think?

					Jordan

From owner-freebsd-hackers  Fri Jun  6 09:13:33 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id JAA27142
          for hackers-outgoing; Fri, 6 Jun 1997 09:13:33 -0700 (PDT)
Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA27137
          for <hackers@freebsd.org>; Fri, 6 Jun 1997 09:13:31 -0700 (PDT)
Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id KAA11908; Fri, 6 Jun 1997 10:13:23 -0600 (MDT)
Date: Fri, 6 Jun 1997 10:13:23 -0600 (MDT)
Message-Id: <199706061613.KAA11908@rocky.mt.sri.com>
From: Nate Williams <nate@mt.sri.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Cc: Nate Williams <nate@mt.sri.com>, hackers@freebsd.org
Subject: Re: Any objection to the following? 
In-Reply-To: <21700.865613170@time.cdrom.com>
References: <199706061601.KAA11774@rocky.mt.sri.com>
	<21700.865613170@time.cdrom.com>
X-Mailer: VM 6.29 under 19.15 XEmacs Lucid
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

> > I thought the idea was to centralize as much as possible in
> > /etc/rc.conf.  This seems to be a step backwards....
> 
> To an extent, yes.  However it's still damn hard to edit, and I really
> see rc.conf's current format as more of a transitional thing anyway -
> we really should have something which is machine editable there in the

Hey, no arguement from me about the difficultly in following rc.conf.  I
would have preferred sticking with /etc/sysconfig personally since it's
much easier to follow and understand, especially if this is
transitional.

But, in any case my comments were observational, not objections.  You
don't see me stepping up to the plate to take a shot at fixing it, do
you? *grin*



Nate

From owner-freebsd-hackers  Fri Jun  6 10:11:53 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id KAA29851
          for hackers-outgoing; Fri, 6 Jun 1997 10:11:53 -0700 (PDT)
Received: from misery.sdf.com (misery.sdf.com [204.244.210.193])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA29845
          for <freebsd-hackers@FreeBSD.ORG>; Fri, 6 Jun 1997 10:11:49 -0700 (PDT)
Received: from localhost (tom@localhost)
	by misery.sdf.com (8.8.5/8.8.5) with SMTP id QAA11104;
	Thu, 29 May 1997 16:40:28 -0700 (PDT)
X-Authentication-Warning: misery.sdf.com: tom owned process doing -bs
Date: Thu, 29 May 1997 16:40:28 -0700 (PDT)
From: Tom Samplonius <tom@sdf.com>
To: pvl@nanoteq.com
cc: FreeBSD-hackers <freebsd-hackers@FreeBSD.ORG>
Subject: Re: ed0 : device timeout
In-Reply-To: <199705291506.RAA01207@oskar.nanoteq.co.za>
Message-ID: <Pine.BSF.3.95q.970529163816.11036B-100000@misery.sdf.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


On Thu, 29 May 1997, Pierre Van Leeuwen wrote:

> Hi 
> 
> I wrote to questions about this earlier, but that didn't solve my
> problem.
> 
> I get the following message :
> ed0 : device timeout
> 
> It doesn't seem to be fatal all the time though.
> 
> Looking at if_ed.c I see it is because the device doesn't 
> generate an interrupt after a transmit was started.
> I commented the line out that checks for the interrupt, 
> and had the function return without doing anything. Didn't
> do any good as expected. 
> 
> It's a D-Link De-220 card which I have exchanged about three
> times, as well as putting a new motherboard in. The 
> only thing I haven't changed is the cpu (Pentium 133).
> I've been running FreeBSD on it since 2.1.5 and I have 
> 2.2-Stable on it at the moment (CVSupped about a week ago --
> I tried to CVSup today, but today the ed0 error is fatal :)  )

  The D-Link 220 is not really NE-2000 compatible.  I have many of
these cards around here, and some revs just cause all kinds of problems,
when using the ed driver.

> What else should I try?

  Try something other than a DE-220

> pierre
> -- 
> Pierre_Andre van Leeuwen
> Electronic Engineer
> --------------------------------------------------------------
> | E-mail : pvl@nanoteq.com    |     Nanoteq (Pty) Ltd.       |
> | Ph     : +27 (0)12 665-1338 | Specialists in data security |
> --------------------------------------------------------------
> 
> 


From owner-freebsd-hackers  Fri Jun  6 10:21:02 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id KAA00359
          for hackers-outgoing; Fri, 6 Jun 1997 10:21:02 -0700 (PDT)
Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA00353
          for <freebsd-hackers@FreeBSD.ORG>; Fri, 6 Jun 1997 10:20:58 -0700 (PDT)
Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA22861; Fri, 6 Jun 1997 10:15:18 -0700
From: Terry Lambert <terry@lambert.org>
Message-Id: <199706061715.KAA22861@phaeton.artisoft.com>
Subject: Re: Extremely poor interactive response under heave SCSI load
To: jkh@time.cdrom.com (Jordan K. Hubbard)
Date: Fri, 6 Jun 1997 10:15:18 -0700 (MST)
Cc: henrich@crh.cl.msu.edu, freebsd-hackers@FreeBSD.ORG
In-Reply-To: <18707.865573190@time.cdrom.com> from "Jordan K. Hubbard" at Jun 5, 97 09:59:50 pm
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> > There has to be some solution, forcing the scsi command queue to search for
> > alternate commands every so often or something..  It just sucks :)
> 
> We await your diffs, Mr Henrich. :)

I think the problem is the monopolization of the buffer pool by a
single file.

At one point in time, I had submitted diffs to (1) track the number
of pages on a per vnode basis, and (2) recycle pages from the same
vnode (LRU) instead of the system pool when the count hit some
"quota".

You should look at the -current list archives from March-May of 1996.

I implemented the same thing for UnixWare at one time... they have
a similar problem triggered by their ld, which mmap's object files
and bounces all over in them (they didn't integrate the fix, either).


					Regards,
					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.

From owner-freebsd-hackers  Fri Jun  6 10:56:31 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id KAA01892
          for hackers-outgoing; Fri, 6 Jun 1997 10:56:31 -0700 (PDT)
Received: from odin.INS.CWRU.Edu (odin.INS.CWRU.Edu [129.22.8.102])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA01878
          for <freebsd-hackers@freefall.freebsd.org>; Fri, 6 Jun 1997 10:56:21 -0700 (PDT)
Received: (chet@localhost) by odin.INS.CWRU.Edu (8.7.6+cwru/CWRU-2.3-ins)
	id NAA27482; Fri, 6 Jun 1997 13:56:13 -0400 (EDT) (from chet)
Resent-Message-Id: <199706061756.NAA27482@odin.INS.CWRU.Edu>
Date: Fri, 6 Jun 1997 12:17:06 -0400
Resent-Date: Fri, 6 Jun 1997 13:56:13 -0400
From: Chet Ramey <chet@odin.INS.CWRU.Edu>
To: bug-bash@prep.ai.mit.edu
Subject: Bash-2.01 and Readline-2.1 released
Reply-To: chet@po.cwru.edu
Resent-From: Chet Ramey <chet@odin.INS.CWRU.Edu>
Resent-To: bsdi-users@bsdi.com, freebsd-hackers@freefall.freebsd.org
Message-ID: <9706061617.AA23520.SM@odin.INS.CWRU.Edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Return-Path:  bug-bash-request@prep.ai.mit.edu
X-MIME-Version:  1.0
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

The first open release of bash-2.01 is now available with the URL

ftp://slc2.ins.cwru.edu/pub/dist/bash-2.01.tar.gz

This tar file does not include the formatted documentation
(postscript, dvi, html, and nroffed versions of the manual pages);
that may be retrieved with the URL

ftp://slc2.ins.cwru.edu/pub/dist/bash-doc-2.01.tar.gz

When unpacking the documentation, make sure to extract the tar file
in the bash-2.01 source directory.

Diffs from bash-2.0 are available with the URL

ftp://slc2.ins.cwru.edu/pub/dist/bash-2.0-2.01.diff.gz

Beware -- the diffs are huge.  Over 330 KB gzipped.

Please use `bashbug' to report bugs with this version.  It is built
and installed at the same time as bash.

Installation
============

Please read the README file first.

Installation instructions are provided in the INSTALL file.

Fixes and New Features
======================

The focus of this release is fixing the bugs found with the
bash-2.0 distribution.  A complete list of changes since bash-2.0
is appended to this message.  There were only a few new features
added; so few, in fact, that I can list them here. 

1.  There is a new builtin array variable:  GROUPS.  Its members
    are the set of groups to which the user belongs.  It is used
    by the test suite.

2.  `Configure' has a new argument:  `--with-curses'.  This forces
    the use of the curses library instead of the termcap library,
    and can be used on systems where the termcap library or database
    is deficient.  I use it on AIX 4.2 and 4.1.4.

3.  There are two new bindable readline commands:  alias-expand-line
    and history-and-alias-expand-line.  The code was always in there;
    there was just no way to bind a key sequence to the functions.

Readline has a single new feature, added as the result of a bug report.

1.  If a key sequence bound to `universal-argument' is read while
    reading a numeric argument started with `universal-argument', it
    terminates the argument but is otherwise ignored.  This provides
    a way to insert multiple instances of a digit string, and is how
    GNU emacs does it.

Dozens of bugs in bash-2.0 have been fixed.  The most-frequently-encountered
ones are listed below.

1.  A construct like $((foo);bar) is now processed as a command substitution
    rather than as a bad arithmetic substitution.

2.  A bug that caused the shell to dump core when performing pattern
    substitutions on variable values was fixed.

3.  The substring expansion code is now more careful about running off the
    ends of the expanded variable value.

4.  A problem that caused the default filename used for mail checking to be
    wrong was fixed.

5.  Fixes were made to the command timing code so that `time' can be
    used in a loop and will correctly time backgrounded commands.

6.  A fix was made to the parser so that `((cmd); cmd2)' is now parsed as
    a nested subshell rather than strictly as an (errnoeous) arithmetic
    command.  Netscape should no longer complain when running helper apps.

7. The special glibc environment variable (NNN_GNU_nonoption_argv_flags_)
   is no longer placed into the environment of executed commands -- users
   of glibc had too many problems with it.

User-Visible Changes
====================

There is one user-visible change that bears mentioning.  As
the result of numerous requests, directory name spelling
correction in `cd' is now disabled by default.  You can turn it
on with `shopt -s cdspell'. 

Other user-visible changes are listed in the file COMPAT.

Other Changes and Updates
=========================

The test suite has been greatly expanded, and the shell has been
run through `purify' with the new tests.  Many memory leaks have
been fixed. 

Work was done to speed up non-interactive shell execution, so
shell scripts should run faster now.  I always welcome ideas for
speeding up the shell. 

A Peek at the Future
========================

Work that has been completed and is ready for inclusion in bash-2.02
includes

	o Fixes to the globbing code to fully implement POSIX.2
	  pattern matching (character classes, collating symbols,
	  equivalence classes)

	o A newer version of malloc that provides correct alignment
	  on 64-bit machines and wastes far less memory.  This is
	  much faster than the `gmalloc' included in the distribution
	  and nearly as good about the amount of memory it requests
	  from the kernel, for the bash allocation patterns.

These were not included in bash-2.01 because of the focus on fixing
bugs and increasing stability.

Other things under consideration for bash-2.02 are

	o An implementation of programmable completion for the bash
	  readline interface

	o ksh egrep-style extended pattern matching

Readline
========

Also available is the release of the standalone readline library,
version 2.1, with its own configuration scripts and Makefiles. 
It can be retrieved with the URL

ftp://slc2.ins.cwru.edu/pub/dist/readline-2.1.tar.gz

and from the usual GNU mirror sites.

The formatted readline documentation is included in the readline
distribution tar file.

As always, thanks for your help.

Chet

+========== CHANGES ==========+
This document details the changes between this version, bash-2.01-release,
and the previous version, bash-2.01-beta2.

1.  Changes to Bash

a.  The `distclean' target should remove the `printenv' executable if it
    has been created.

b.  The test suite was changed slightly to ensure that the error messages
    are printed in English.

c.  A bug that caused the shell to dump core when a filename containing a
    `/' was passed to `hash' was fixed.

d.  Pathname canonicalization now leaves a leading `//' intact, as POSIX.1
    requires.

e.  A memory leak when completing commands was fixed.

f.  A memory leak that occurred when checking the hash table for commands
    with relative paths was fixed.

------------------------------------------------------------------------------
This document details the changes between this version, bash-2.01-beta2,
and the previous version, bash-2.01-beta1.

1.  Changes to Bash

a.  The `ulimit' builtin translates RLIM_INFINITY to the hard limit only if
    the current (soft) limit is less than or equal to the hard limit.

b.  Fixed a bug that caused the bash emulation of strcasecmp to produce
    incorrect results.

c.  A bug that caused memory to be freed twice when a trap handler resets
    the trap more than once was fixed.

d.  A bug that caused machines where sizeof (pointer) > sizeof (int) to
    fail (and possibly dump core) when trying to unwind-protect a null
    pointer was fixed.

e.  The startup files should not be run with job control enabled.  This fix
    allows SIGINT to once again interrupt startup file execution.

f.  Bash should not change the SIGPROF handler if it is set to something
    other than SIG_DFL.

g.  The completion code that provides bash-specific completions for readline
    now quotes characters that the readline code would treat as word break
    characters if they appear in a file name.

h.  The completion code now correctly quotes filenames containing a `!',
    even if the user attempted to use double quotes when attempting
    completion.

i.  A bug that caused the shell to dump core when `disown' was called without
    arguments and there was no current job was fixed.

j.  A construct like $((foo);bar) is now processed as a command substitution
    rather than as a bad arithmetic substitution.

k.  A couple of bugs that caused `fc' to not obey the `cmdhist' and `lithist'
    shell options when editing and re-executing a series of commands were
    fixed.

l.  A fix was made to the grammar -- the list of commands between `do' and
    `done' in the body of a `for' command should be treated the same as a
    while loop.

2.  Changes to Readline

a.  A couple of bugs that caused the history search functions to attempt to
    free a NULL pointer were fixed.

b.  If the C library provides setlocale(3), readline does not need to look
    at various environment variables to decide whether or not to go into
    eight-bit mode automatically -- just check whether the current locale
    is not `C' or `POSIX'.

c.  If the filename completion function finds that a directory was not closed
    by a previous (interrupted) completion, it closes the directory with
    closedir().

3.  New Features in Bash

a.  New bindable readline commands:  history-and-alias-expand-line and
    alias-expand-line.  The code was always in there, there was just no
    way to execute it.

------------------------------------------------------------------------------
This document details the changes between this version, bash-2.01-beta1,
and the previous version, bash-2.01-alpha1.

1.  Changes to Bash

a.  Fixed a problem that could cause file descriptors used for process
    substitution to conflict with those used explicitly in redirections.

b.  Made it easier to regenerate configure if the user changes configure.in.

c.  ${GROUPS[0]} should always be the primary group, even on systems without
    multiple groups.

d.  Spelling correction is no longer enabled by default.

e.  Fixes to quoting problems in `bashbug'.

f.  OS-specific configuration changes were made for: Irix 6.

g.  OS-specific code changes were made for: QNX.

h.  A more meaningful message is now printed when the file in /tmp for a
    here document cannot be created.

i.  Many changes to the shell's variable initialization code to speed
    non-interactive startup.

j.  Changes to the non-job-control code so that it does not try to open
    /dev/tty.

k.  The output of `set' and `export' is once again sorted, as POSIX wants.

l.  Fixed a problem caused by a recursive call reparsing the value of
    $SHELLOPTS.

m.  The tilde code no longer calls getenv() when it's compiled as part of
    the shell, which should eliminate problems on systems that cannot
    redefine getenv(), like the NeXT OS.

n.  Fixed a problem that caused `bash -o' or `bash +o' to not list all
    the shell options.

o.  Fixed `ulimit' to convert RLIM_INFINITY to the appropriate hard limit
    only if the hard limit is greater than the current (soft) limit.

p.  Fixed a problem that arose when building bash in a different directory
    than the source and y.tab.[ch] were remade with something other than
    bison.  This came up most often on NetBSD.

q.  Fixed a problem with completion -- it thought that `pwd`/[TAB] indicated
    an unfinished command completion (`/), which generated errors.

r.  The bash special tilde expansions (~-, ~+) are now attempted before
    calling the standard tilde expansion code, which should eliminate the
    problems people have been seeing with this on Solaris 2.5.1.

s.  Added support for <stdarg.h> to places where it was missing.

t.  Changed the code that reads the output of a command substitution to not
    go through stdio.  This reduces the memory requirements and is faster.

u.  A number of changes to speed up export environment creation were made.

v.  A number of memory leaks were fixed as the result of running the test
    scripts through Purify.

w.  Fixed a bug that caused subshells forked to interpret executable
    scripts without a leading `#!' to not reinitialize the values of
    the shell options.

2.  Changes to Readline

a.  History library has less `#ifdef SHELL' code -- abstracted stuff out
    into application-specific function hooks.

b.  Readline no longer calls getenv() if it's compiled as part of the shell,
    which should eliminate problems on systems that cannot redefine getenv(),
    like the NeXT OS.

c.  Fixed translation of ESC when `untranslating' macro values.

d.  The region kill operation now fixes the mark if it ends up beyond the
    boundaries of the line after the region is deleted.

3.  New Features in Bash

a.  New argument for `configure':  `--with-curses'.  This can be used to
    override the selection of the termcap library on systems where it is
    deficient.

------------------------------------------------------------------------------
This document details the changes between this version, bash-2.01-alpha1,
and the previous version, bash-2.0-release.

1.  Changes to Bash

a.  System-specific configuration changes for: FreeBSD, SunOS4, Irix,
    MachTen, QNX 4.2, Harris Night Hawk, SunOS5.

b.  System-specific code changes were made for: Linux, 4.4 BSD, QNX 4.2,
    HP-UX, AIX 4.2.

c.  A bug that caused the exec builtin to fail because the full pathname of
    the command could not be found was fixed.

d.  The code that performs output redirections is now more resistant to
    race conditions and possible security exploits.

e.  A bug that caused the shell to dump core when performing pattern
    substitutions on variable values was fixed.

f.  More hosts are now recognized by the auto-configuration mechanism
    (OpenBSD, QNX, others).

g.  Assignments to read-only variables that attempt to convert them to
    arrays are now errors.

h.  A bug that caused shell scripts using array assignments in POSIX mode
    to exit after the assignment was performed was fixed.

i.  The substring expansion code is now more careful about running off the
    ends of the expanded variable value.

j.  A bug that caused completion to fail if a backquoted command substitution
    appeared anywhere on the line was fixed.

k.  The `source' builtin no longer turns off history if it has been enabled
    in a non-interactive shell.

l.  A bug that caused the shell to crash when `disown' was given a pid
    instead of a job number was fixed.

m.  The `cd' spelling correction code will not try to change to `.' if no
    directory entries match a single-character argument.

n.  A bad variable name supplied to `declare', `export', or `readonly' no
    longer causes a non-interactive shell in POSIX mode to exit.

o.  Some fixes were made to the test suite to handle peculiarities of
    various Unix versions.

p.  The bash completion code now quotes characters that readline would
    treat as word breaks for completion but are not shell metacharacters.

q.  Bad options supplied at invocation now cause a usage message to be
    displayed.

r.  Fixes were made to the code that handles DEBUG traps so that the trap
    string is not freed inappropriately.

s.  Some changes were made to the bash debugger in examples/bashdb -- it
    should be closer to working now.

t.  A problem that caused the default filename used for mail checking to be
    wrong was fixed.

u.  A fix was made to the `echo' builtin so that NUL characters printed with
    `echo -e' do not cause the output to be truncated.

v.  A fix was made to the job control code so that the shell behaves better
    when monitor mode is enabled in a non-interactive shell.

w.  Bash no longer catches all of the terminating signals in a non-
    interactive shell until a trap is set on EXIT, which should result in
    quicker startup.

x.  A fix was made to the command timing code so that `time' can be used in
    a loop.

y.  A fix was made to the parser so that `((cmd); cmd2)' is now parsed as
    a nested subshell rather than strictly as an (errnoeous) arithmetic
    command.

z.  A fix was made to the globbing code so that it correctly matches quoted
    filenames beginning with a `.'.

aa. A bug in `fc' that caused some multi-line commands to not be stored as
    one command in the history when they were re-executed after editing
    (with `fc -e') was fixed.

bb. The `ulimit' builtin now attempts to catch some classes of integer
    overflows.

cc. The command-oriented-history code no longer attempts to add `;'
    inappropriately when a newline appears while reading a $(...) command
    substitution.

dd. A bug that caused the shell to dump core when `help --' was executed
    was fixed.

ee. A bug that caused the shell to crash when an unset variable appeared
    in the body of a here document after `set -u' had been executed was
    fixed.

ff. Implicit input redirections from /dev/null for asynchronous commands
    are now handled better.

gg. A bug that caused the shell to fail to compile when configured with
    `--disable-readline' was fixed.

hh. The globbing code should now be interruptible.

ii. Bash now notices when the `kill' builtin is used to send SIGCONT to a
    stopped job and adjusts the data structures accordingly, as if `bg' had
    been executed instead.

jj. A bug that caused the shell to crash when mixing calls to `getopts'
    and `shift' on the same set of positional parameters was fixed.

kk. The command printing code now preserves the `-p' flag to `time'.

ll. The command printing code now handles here documents better when there
    are other redirections associated with the command.

mm. The special glibc environment variable (NNN_GNU_nonoption_argv_flags_)
    is no longer placed into the environment of executed commands -- users
    of glibc had too many problems with it.

nn. Reorganized the code that generates signames.h.  The signal_names list
    is now more complete but may be slightly different (SIGABRT is favored
    over SIGIOT, for example).  The preferred signal names are those
    listed in the POSIX.2 standard.

oo. `bashbug' now uses a filename shorter than 14 characters for its
    temporary file, and asks for confirmation before sending the bug
    report.

pp. A bug that caused TAB completion in vi editing mode to not be turned
    off when `set -o posix' was executed or back on when `set +o posix'
    was executed was fixed.

qq. A bug in the brace expansion code that caused brace expansions appearing
    in new-style $(...) command substitutions to be inappropriately expanded
    was fixed.

rr. A bug in the readline hook shell-expand-line that could cause memory to
    be inappropriately freed was fixed.

ss. A bug that caused some arithmetic expressions containing `&&' and `||'
    to be parsed with the wrong precedence has been fixed.

tt. References to unbound variables after `set -u' has been executed now
    cause the shell to exit immediately, as they should.

uu. A bug that caused the shell to exit inappropriately when `set -e' had
    been executed and a command's return status was being inverted with the
    `!' reserved word was fixed.

vv. A bug that could occasionally cause the shell to crash with a
    divide-by-zero error when timing a command was fixed.

ww. A bug that caused parameter pattern substitution to leave stray
    backslashes in the replacement string when the expression is in
    double quotes was fixed.

xx. The `break' and `continue' builtins now break out of all loops when an
    invalid count argument is supplied.

yy. Fixed a bug that caused PATH to be set to the empty string if
    `command -p' is executed with PATH unset.

zz. Fixed `kill -l signum' to print the signal name without the `SIG' prefix,
    as POSIX specifies.

aaa. Fixed a bug that caused the shell to crash while setting $SHELLOPTS
     if there were no shell options set.

bbb. Fixed `export -p' and `readonly -p' so that when the shell is in POSIX
     mode, their output is as POSIX.2 specifies.

ccc. Fixed a bug in `readonly' so that `readonly -a avar=(...)' actually
     creates an array variable.

ddd. Fixed a bug that prevented `time' from correctly timing background
     pipelines.

2.  Changes to Readline

a.  A bug that caused an extra newline to be printed when the cursor was on
    an otherwise empty line was fixed.

b.  An instance of memory being used after it was freed was corrected.

c.  The redisplay code now works when the prompt is longer than the screen
    width.

d.  `dump-macros' is now a bindable name, as it should have been all along.

e.  Non-printable characters are now expanded when displaying macros and
    their values.

f.  The `dump-variables' and `dump-macros' commands now output a leading
    newline if they're called as the result of a key sequence, rather
    than directly by an application.

3.  New Features in Bash

a.  There is a new builtin array variable: GROUPS, the set of groups to which
    the user belongs.  This is used by the test suite.

4.  New Features in Readline

a.  If a key sequence bound to `universal-argument' is read while reading a
    numeric argument started with `universal-argument', it terminates the
    argument but is otherwise ignored.  This provides a way to insert multiple
    instances of a digit string, and is how GNU emacs does it.

-- 
``The lyf so short, the craft so long to lerne.'' - Chaucer

Chet Ramey, Case Western Reserve University	Internet: chet@po.CWRU.Edu


-- 
``The lyf so short, the craft so long to lerne.'' - Chaucer

Chet Ramey, Case Western Reserve University	Internet: chet@po.CWRU.Edu

From owner-freebsd-hackers  Fri Jun  6 11:25:36 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id LAA03232
          for hackers-outgoing; Fri, 6 Jun 1997 11:25:36 -0700 (PDT)
Received: from server.netplus.com.br ([200.247.23.97])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA03226
          for <freebsd-hackers@freebsd.org>; Fri, 6 Jun 1997 11:25:31 -0700 (PDT)
Received: from sergio.lenzi (root@dial09.netplus.com.br [200.247.23.108]) by server.netplus.com.br (8.7.6/8.7.3) with ESMTP id PAA21977 for <freebsd-hackers@freebsd.org>; Fri, 6 Jun 1997 15:16:59 GMT
Received: (from lenzi@localhost) by sergio.lenzi (8.8.5/8.8.3) id PAA00373; Fri, 6 Jun 1997 15:28:47 GMT
Date: Fri, 6 Jun 1997 15:28:46 +0000 ()
From: "Lenzi, Sergio" <lenzi@bsi.com.br>
X-Sender: lenzi@sergio
To: freebsd-hackers@freebsd.org
Subject: pppd problem when using natd (cont.).
Message-ID: <Pine.BSF.3.91.970606152339.341A-100000@sergio>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


The panic on module ppp seems to be in pppfcs call.

The system panics while using natd (network address translator) and pppd


(line 570 of file /usr/src/sys/net/ppp_tty.c).

It arises when ppp_fcs receive a len  less than zero.

static u_short
pppfcs(fcs, cp, len)
    register u_short fcs;
    register u_char *cp;
    register int len;
{
    while (len--)
	fcs = PPP_FCS(fcs, *cp++);
    return (fcs);
}

Can someone please guide me what to do if this function receives 
len < 0 ???

In a test with a printf... it receives len = -17.

Thanks for any help.


Sergio Lenzi.

Unix consult.


From owner-freebsd-hackers  Fri Jun  6 11:33:03 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id LAA03532
          for hackers-outgoing; Fri, 6 Jun 1997 11:33:03 -0700 (PDT)
Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA03527
          for <freebsd-hackers@FreeBSD.ORG>; Fri, 6 Jun 1997 11:33:01 -0700 (PDT)
Received: (from daemon@localhost)
	by alpo.whistle.com (8.8.5/8.8.5) id KAA26105;
	Fri, 6 Jun 1997 10:51:44 -0700 (PDT)
Received: from current1.whistle.com(207.76.205.22)
 via SMTP by alpo.whistle.com, id smtpd026103; Fri Jun  6 17:51:40 1997
Message-ID: <33984DF9.2781E494@whistle.com>
Date: Fri, 06 Jun 1997 10:50:49 -0700
From: Julian Elischer <julian@whistle.com>
Organization: Whistle Communications
X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386)
MIME-Version: 1.0
To: Tom Torrance at home <tom@tomqnx.com>
CC: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.ORG
Subject: Re: CD-R & SCSI Problems
References: <m0wZwjz-000A4SC@TomQNX.tomqnx.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Tom Torrance at home wrote:
> 
> The previously reported
> ILLEGAL REQUEST asc:20,0 Invalid command operation code
> 
> is really a good thing, I suppose.  I had switched to using
> /dev/nrst0 for my backup, and the driver was rejecting dump's
> requests to rewind the tape.
> 
> Sorry about that...
> 
> Tom


nrst0 should still accept rewind commands

From owner-freebsd-hackers  Fri Jun  6 12:37:04 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id MAA06758
          for hackers-outgoing; Fri, 6 Jun 1997 12:37:04 -0700 (PDT)
Received: from pluto.plutotech.com (root@pluto100.plutotech.com [206.168.67.137])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA06753
          for <freebsd-hackers@FreeBSD.ORG>; Fri, 6 Jun 1997 12:37:01 -0700 (PDT)
Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130])
	by pluto.plutotech.com (8.8.5/8.8.5) with ESMTP id NAA00243;
	Fri, 6 Jun 1997 13:36:26 -0600 (MDT)
Message-Id: <199706061936.NAA00243@pluto.plutotech.com>
X-Mailer: exmh version 2.0beta 12/23/96
To: Bob Bishop <rb@gid.co.uk>
cc: freebsd-hackers@FreeBSD.ORG
Subject: Re: Extremely poor interactive response under heave SCSI load 
In-reply-to: Your message of "Fri, 06 Jun 1997 11:38:08 BST."
             <l03020900afbd97441c6f@[194.32.164.2]> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Fri, 06 Jun 1997 14:34:51 -0600
From: "Justin T. Gibbs" <gibbs@plutotech.com>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>Quick (and nasty) hack: in scsi/sd.c, if the device has been continuously
>busy for say > 1sec, just stop feeding it until it has drained.
>
>Better hack: if the oldest request on the device has been there for say >
>1sec, stop feeding until that request has completed.
>
>None of this would be necessary if sequencers were a bit less totalitarian...

Even better hack.  Just send an ordered transaction every once in a while
which will flush any "starved" simple-tagged transactions.  This means that
you can always keep the queue full.

>--
>Bob Bishop              (0118) 977 4017  international code +44 118
>rb@gid.co.uk        fax (0118) 989 4254  between 0800 and 1800 UK
>
>
>

--
Justin T. Gibbs
===========================================
  FreeBSD: Turning PCs into workstations
===========================================



From owner-freebsd-hackers  Fri Jun  6 12:52:46 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id MAA07784
          for hackers-outgoing; Fri, 6 Jun 1997 12:52:46 -0700 (PDT)
Received: from super-g.inch.com (super-g.com [204.178.32.161])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA07778
          for <freebsd-hackers@freebsd.org>; Fri, 6 Jun 1997 12:52:43 -0700 (PDT)
Received: from localhost (spork@localhost) by super-g.inch.com (8.8.5/8.6.9) with SMTP id PAA23553; Fri, 6 Jun 1997 15:59:41 GMT
Date: Fri, 6 Jun 1997 15:59:41 +0000 (GMT)
From: spork <spork@super-g.com>
X-Sender: spork@super-g.inch.com
To: Joel Ray Holveck <joelh@gnu.ai.mit.edu>
cc: freebsd-hackers@freebsd.org
Subject: Re: tty_snoop: why check uid?
In-Reply-To: <199706050254.WAA20216@ethanol.gnu.ai.mit.edu>
Message-ID: <Pine.BSF.3.95q.970606155814.23542A-100000@super-g.inch.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Check out the "sudo" program in ports...  You can give certain people root
privs on the programs (like snoop) you desire.

Charles

On Wed, 4 Jun 1997, Joel Ray Holveck wrote:

> 
> >> Why does the snp device check to make sure that the user invoking it
> >> is root, instead of letting the admin set the permissions on the
> >> device to whatever he feels appropriate?
> >  Because if the tty snoop is not root, he/she soon will be.  It is better
> >not to fool yourself, and give the root password to all snoop users.
> 
> I do.  And I wanted to get around having to use 'su' for this operation.
> 
> -- 
> http://www.wp.com/piquan --- Joel Ray Holveck --- joelh@gnu.ai.mit.edu
> All my opinions are my own, not the Free Software Foundation's.
> 
> Second law of programming:
> Anything that can go wrong wi
> sendmail: segmentation violation -- core dumped
> 


From owner-freebsd-hackers  Fri Jun  6 12:59:20 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id MAA08058
          for hackers-outgoing; Fri, 6 Jun 1997 12:59:20 -0700 (PDT)
Received: from pluto.plutotech.com (root@pluto100.plutotech.com [206.168.67.137])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA08053
          for <hackers@FreeBSD.ORG>; Fri, 6 Jun 1997 12:59:17 -0700 (PDT)
Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130])
	by pluto.plutotech.com (8.8.5/8.8.5) with ESMTP id NAA00853;
	Fri, 6 Jun 1997 13:58:35 -0600 (MDT)
Message-Id: <199706061958.NAA00853@pluto.plutotech.com>
X-Mailer: exmh version 2.0beta 12/23/96
To: Peter Dufault <dufault@hda.com>
cc: lada@ws6303.gud.siemens.at (Hr.Ladavac), hackers@FreeBSD.ORG
Subject: Re: Extremely poor interactive response under heave SCSI load 
In-reply-to: Your message of "Fri, 06 Jun 1997 08:22:02 EDT."
             <199706061222.IAA18632@hda.hda.com> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Fri, 06 Jun 1997 14:57:00 -0600
From: "Justin T. Gibbs" <gibbs@plutotech.com>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>Ramble on:
>
>The first problem mentioned involved only user processes and raw
>I/O.  One solution is scheduling the I/O based on process priority
>- take rtprio first, normal priority next, and idleprio last with
>some gradation at each level resulting in 32 levels, then schedule
>I/O based on priority and round-robin across equal priority.

The problem with this is a size issue.  The CAM architecture works
like this:

controller resource queue
	|
	device1 - device2 - device3 .... (heap based priority queue)
	   |
	 periph driver1 - periph driver2 - (heap base priority queue)

So, a peripherial driver X asks to be scheduled on device Y at priority
Z.  This causes the device to be "heaped up" to whatever it's new priority
is.  When an opening is availible on the controller, the first device is
run and it in turn pulls the highest priority peripheral driver and askes
it to do 1 transaction worth of work.  Since there is a relatively constant
number of devices and peripheral instances, heaps work great for this.
I even use a heap in each device instance to requeue retried transactions
based on priority and a generation number so that "replays" occur correctly
and automatically when an error occurs that causes a whole bunch of 
transactions to be requeued.

This works great for things like a "RAID" peripheral driver sharing a
device with normal system I/O going through the normal disk peripheral
driver each possibly running at different priorities.  It also ensures
that controller resources are doled out fairly instead of allowing
a single device to monopolize the controller.  It also ensures that
whatever priority scheme is determined by a peripheral driver, that
those priorities are in effect even in the case of errors and retries.

It doesn't solve the "sluggish interractive response" problem that was
brought up though as the priority policy is isolated and defined by the
peripheral driver.  Having each peripheral instance have 96 queues in it,
most of which are never used, would solve this problem but with a high
amount of kernel heap cost.  The single queue that we currently use
certainly isn't sufficient though.

Whatever scheme you come up with, it must level the playing ground between
the two different types of application that we're dealing with.

1) Applications that can queue up a large amount of I/O because what they
need is easily determined and may even be predeterminable. (dump, mkisofs,
dd, etc).

2) Applications whose I/O requirements are small and sporatic. (Loading a
program where you are basically waiting on page faults to queue your
I/O).

--
Justin T. Gibbs
===========================================
  FreeBSD: Turning PCs into workstations
===========================================



From owner-freebsd-hackers  Fri Jun  6 13:05:45 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id NAA08395
          for hackers-outgoing; Fri, 6 Jun 1997 13:05:45 -0700 (PDT)
Received: from medellin.impsat.net.co (host.200.31.16.2.impsat.net [200.31.16.2])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA08389
          for <hackers@freebsd.org>; Fri, 6 Jun 1997 13:05:34 -0700 (PDT)
Message-Id: <199706062005.NAA08389@hub.freebsd.org>
Received: from KISHIKAWA [200.31.16.64]
	(HELO Kishikawa.paneldecontrol.com.co)
	by medellin.impsat.net.co (AltaVista Mail V2.0/2.0 BL23 listener)
	id 0000_003c_3398_8b4d_144b;
	Fri, 06 Jun 1997 15:12:29 -0700
X-Mailer: Microsoft Outlook Express 4.71.0541.0
From: "Panel de Control" <Panel.de.Control@medellin.impsat.net.co>
To: <hackers@freebsd.org>
Subject: How to make more pseudo-terminals
Date: Fri, 6 Jun 1997 15:08:42 -0500
X-Priority: 3
X-MSMail-Priority: Normal
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_01BC728B.85F0C260"
X-MimeOLE: Produced By Microsoft MimeOLE Engine V4.71.0541.0
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Este es un mensaje con múltiples partes en formato MIME.


------=_NextPart_000_01BC728B.85F0C260
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Dear Sirs,
I need make more pseudo terminal, so, I create in /dev nodes similar to =
/dev/ttyp0-f and next i write this in ttys, but it don't work, please, =
how i can make more pseudo terminals in my system, i work with FreeBSD =
2.2-960801-SNAP.
Thanks for all.
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D
Panel de Control
Tel:  (+574) 5138734
Fax: (+574) 3327973
Cel:  5014298
A.A. 57619 Medell=EDn, Antioquia
Colombia, Sur Am=E9rica=20


------=_NextPart_000_01BC728B.85F0C260
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML 3.2//EN">
<HTML>
<HEAD>
<META content=3Dtext/html;charset=3Diso-8859-1 =
http-equiv=3DContent-Type>
<HTML><META content=3D'"Trident 4.71.0544.0"' name=3DGENERATOR>

</HEAD>
<BODY>
<P><FONT face=3DArial size=3D2><FONT size=3D2>Dear Sirs,</FONT></FONT>

<P><FONT face=3DArial size=3D2><FONT size=3D2></FONT></FONT><FONT =
face=3DArial=20
size=3D2><FONT size=3D2>I need make more pseudo terminal, so, I create =
in /dev nodes=20
similar to /dev/ttyp0-f and next i write this in ttys, but it don't =
work,=20
please, how i can make more pseudo terminals in my system, i work with =
FreeBSD=20
2.2-960801-SNAP.</FONT></FONT>

<P><FONT face=3DArial size=3D2><FONT size=3D2></FONT></FONT><FONT =
face=3DArial=20
size=3D2><FONT size=3D2>Thanks for all.<BR>
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D<BR>
Panel de Control<BR>
Tel:&nbsp; (+574) 5138734<BR>
Fax: (+574) 3327973<BR>
Cel:&nbsp; 5014298<BR>
A.A. 57619 Medell&iacute;n, Antioquia<BR>
Colombia, Sur Am&eacute;rica </FONT></FONT></P>

</BODY></HTML>

------=_NextPart_000_01BC728B.85F0C260--


From owner-freebsd-hackers  Fri Jun  6 13:42:06 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id NAA10775
          for hackers-outgoing; Fri, 6 Jun 1997 13:42:06 -0700 (PDT)
Received: from iafnl.es.iaf.nl (uucp@iafnl.es.iaf.nl [195.108.17.20])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA10767
          for <FreeBSD-hackers@freebsd.org>; Fri, 6 Jun 1997 13:41:57 -0700 (PDT)
Received: by iafnl.es.iaf.nl with UUCP id AA12717
  (5.67b/IDA-1.5 for FreeBSD-hackers@freebsd.org); Fri, 6 Jun 1997 22:42:12 +0200
Received: (from wilko@localhost) by yedi.iaf.nl (8.7.5/8.6.12) id WAA01002 for FreeBSD-hackers@freebsd.org; Fri, 6 Jun 1997 22:39:29 +0200 (MET DST)
From: Wilko Bulte <wilko@yedi.iaf.nl>
Message-Id: <199706062039.WAA01002@yedi.iaf.nl>
Subject: CAP/Appletalk on 2.1.5R
To: FreeBSD-hackers@freebsd.org (FreeBSD hackers list)
Date: Fri, 6 Jun 1997 22:39:29 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL24 ME8a]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Having recently obtained a Mac that has more than one NuBus slot (allowing
video & ethernet at the same time :-) I'm now playing with the CAP
package to get printer & filesharing working to the FreeBSD 2.1.5R box.

For now, CAP seems to be OK, but the Mac flatly refuses to see the
FreeBSD box. CAP does not want to see the Mac either BTW.

As I'm a complete newcomer to Appletalk/CAP etc I appreciate input 
(by private email, let's not clutter the list) on this.

Wilko
_     ____________________________________________________________________
 |   / o / /  _  Bulte  email: wilko@yedi.iaf.nl - Arnhem, The Netherlands
 |/|/ / / /( (_) 	Do, or do not. There is no 'try' - Yoda
--------------------------------------------------------------------------

From owner-freebsd-hackers  Fri Jun  6 13:43:05 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id NAA10859
          for hackers-outgoing; Fri, 6 Jun 1997 13:43:05 -0700 (PDT)
Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA10848
          for <freebsd-hackers@FreeBSD.ORG>; Fri, 6 Jun 1997 13:43:02 -0700 (PDT)
Received: from gid.co.uk (uucp@localhost)
          by isbalham.ist.co.uk (8.8.4/8.8.4) with UUCP
	  id VAA04366; Fri, 6 Jun 1997 21:29:51 +0100 (BST)
Received: from [194.32.164.2] by seagoon.gid.co.uk; Fri, 6 Jun 1997 21:26:33 +0100
X-Sender: rb@194.32.164.1
Message-Id: <l03020903afbe216182fb@[194.32.164.2]>
In-Reply-To: <199706061936.NAA00243@pluto.plutotech.com>
References: Your message of "Fri, 06 Jun 1997 11:38:08 BST."            
 <l03020900afbd97441c6f@[194.32.164.2]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Fri, 6 Jun 1997 21:23:23 +0100
To: "Justin T. Gibbs" <gibbs@plutotech.com>
From: Bob Bishop <rb@gid.co.uk>
Subject: Re: Extremely poor interactive response under heave SCSI load
Cc: freebsd-hackers@FreeBSD.ORG
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

At 21:34 +0100 6/6/97, Justin T. Gibbs wrote:
>Even better hack.  Just send an ordered transaction every once in a while
>which will flush any "starved" simple-tagged transactions.  This means that
>you can always keep the queue full.

Is that [slipping in an ordered transaction when there's a bunch of
unordered transactions 'up the pipe'] actually going to work  as desired
for all the controllers of interest?


--
Bob Bishop              (0118) 977 4017  international code +44 118
rb@gid.co.uk        fax (0118) 989 4254  between 0800 and 1800 UK



From owner-freebsd-hackers  Fri Jun  6 13:47:00 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id NAA11312
          for hackers-outgoing; Fri, 6 Jun 1997 13:47:00 -0700 (PDT)
Received: from pluto.plutotech.com (root@pluto100.plutotech.com [206.168.67.137])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA11307
          for <freebsd-hackers@FreeBSD.ORG>; Fri, 6 Jun 1997 13:46:58 -0700 (PDT)
Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130])
	by pluto.plutotech.com (8.8.5/8.8.5) with ESMTP id OAA01894;
	Fri, 6 Jun 1997 14:46:43 -0600 (MDT)
Message-Id: <199706062046.OAA01894@pluto.plutotech.com>
X-Mailer: exmh version 2.0beta 12/23/96
To: Bob Bishop <rb@gid.co.uk>
cc: "Justin T. Gibbs" <gibbs@plutotech.com>, freebsd-hackers@FreeBSD.ORG
Subject: Re: Extremely poor interactive response under heave SCSI load 
In-reply-to: Your message of "Fri, 06 Jun 1997 21:23:23 BST."
             <l03020903afbe216182fb@[194.32.164.2]> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Fri, 06 Jun 1997 15:45:08 -0600
From: "Justin T. Gibbs" <gibbs@plutotech.com>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>At 21:34 +0100 6/6/97, Justin T. Gibbs wrote:
>>Even better hack.  Just send an ordered transaction every once in a while
>>which will flush any "starved" simple-tagged transactions.  This means that
>>you can always keep the queue full.
>
>Is that [slipping in an ordered transaction when there's a bunch of
>unordered transactions 'up the pipe'] actually going to work  as desired
>for all the controllers of interest?

If you don't have a tagged queueing controller/device combination, than the
problem you brought up doesn't apply.  If you do, the spec mandates that
order tags be supported and sending one will have the desired effect.

>--
>Bob Bishop              (0118) 977 4017  international code +44 118
>rb@gid.co.uk        fax (0118) 989 4254  between 0800 and 1800 UK

--
Justin T. Gibbs
===========================================
  FreeBSD: Turning PCs into workstations
===========================================



From owner-freebsd-hackers  Fri Jun  6 13:52:33 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id NAA11602
          for hackers-outgoing; Fri, 6 Jun 1997 13:52:33 -0700 (PDT)
Received: from sparkie.gnofn.org (sparkie.gnofn.org [206.27.168.35])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA11596
          for <hackers@freebsd.org>; Fri, 6 Jun 1997 13:52:28 -0700 (PDT)
Received: from sparkie.gnofn.org (sparkie.gnofn.org [206.27.168.35]) by sparkie.gnofn.org (8.7.Beta.10/8.7.Beta.10) with SMTP id PAA21803 for <hackers@freebsd.org>; Fri, 6 Jun 1997 15:52:17 -0500 (CDT)
Date: Fri, 6 Jun 1997 15:52:17 -0500 (CDT)
From: Craig Johnston <craig@gnofn.org>
To: hackers@freebsd.org
Subject: gcc -m486, gcc -O2
Message-ID: <Pine.GSO.3.95.970606154842.21336A-100000@sparkie.gnofn.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


Is -m486 desireable/useful on various flavors of 586-class
chips?  Specifically curious about AMD K5.

Is there any reason -O2 would not be a good idea for kernel/make
world in make.conf?  I notice that the suggested use is -O2 for
everything else and -O for the kernel.  

thanks,
Craig



From owner-freebsd-hackers  Fri Jun  6 13:58:59 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id NAA11842
          for hackers-outgoing; Fri, 6 Jun 1997 13:58:59 -0700 (PDT)
Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA11828
          for <hackers@freebsd.org>; Fri, 6 Jun 1997 13:58:56 -0700 (PDT)
Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5])
          by mail.cdsnet.net (8.8.5/8.7.3) with SMTP id NAA20189
          for <hackers@freebsd.org>; Fri, 6 Jun 1997 13:58:50 -0700 (PDT)
Date: Fri, 6 Jun 1997 13:58:50 -0700 (PDT)
From: Jaye Mathisen  <mrcpu@cdsnet.net>
To: hackers@freebsd.org
Subject: Minor rc.conf/moused buglet
Message-ID: <Pine.NEB.3.95.970606135811.7137k-100000@mail.cdsnet.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk



grep mouse /etc/rc*
/etc/rc.conf:moused_type="NO"   # See man page for rc.conf(8) for
available settings.
/etc/rc.conf:moused_port="/dev/cuaa0" # Set to your mouse port (required
if mousetype set)
/etc/rc.conf:moused_flags=""            # Any additional flags to moused.
/etc/rc.i386:# mouse daemon
/etc/rc.i386:if [ "X${mousedtype}" != XNO ] ; then
/etc/rc.i386:   echo -n ' moused'
/etc/rc.i386:   moused ${mousedflags} -p ${mousedport} -t ${mousedtype}
/etc/rc.serial:mouse() {
/etc/rc.serial:         # Standard speed for Microsoft mouse.
/etc/rc.serial:# mouse    d a      2


The flag for moused needs to be either moused_type or mousedtype, but not
both.

Thanks.


From owner-freebsd-hackers  Fri Jun  6 14:20:39 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id OAA12873
          for hackers-outgoing; Fri, 6 Jun 1997 14:20:39 -0700 (PDT)
Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA12860
          for <freebsd-hackers@FreeBSD.ORG>; Fri, 6 Jun 1997 14:20:27 -0700 (PDT)
Received: from awfulhak.demon.co.uk (localhost [127.0.0.1])
	by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id WAA20815;
	Fri, 6 Jun 1997 22:17:57 +0100 (BST)
Message-Id: <199706062117.WAA20815@awfulhak.demon.co.uk>
X-Mailer: exmh version 1.6.9 8/22/96
To: "Lenzi, Sergio" <lenzi@bsi.com.br>
cc: freebsd-hackers@FreeBSD.ORG
Subject: Re: pppd problem when using natd (cont.). 
In-reply-to: Your message of "Fri, 06 Jun 1997 15:28:46 -0000."
             <Pine.BSF.3.91.970606152339.341A-100000@sergio> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Fri, 06 Jun 1997 22:17:57 +0100
From: Brian Somers <brian@awfulhak.org>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> 
> The panic on module ppp seems to be in pppfcs call.
> 
> The system panics while using natd (network address translator) and pppd
> 
> 
> (line 570 of file /usr/src/sys/net/ppp_tty.c).
> 
> It arises when ppp_fcs receive a len  less than zero.
> 
> static u_short
> pppfcs(fcs, cp, len)
>     register u_short fcs;
>     register u_char *cp;
>     register int len;
> {
>     while (len--)
> 	fcs = PPP_FCS(fcs, *cp++);
>     return (fcs);
> }
> 
> Can someone please guide me what to do if this function receives 
> len < 0 ???
> 
> In a test with a printf... it receives len = -17.
> 
> Thanks for any help.

Looks like the/a cause.  cp will get de-referenced until len
wraps - that means panic in my book.  I wonder why it's being
called with -17.  Are you able to commit, or would you like me
to take a look at fixing this (or Joerg, you've been in there
recently, do you want to wear the hat) ?

> Sergio Lenzi.
> 
> Unix consult.
> 

-- 
Brian <brian@awfulhak.org>, <brian@freebsd.org>
      <http://www.awfulhak.org>
Don't _EVER_ lose your sense of humour....



From owner-freebsd-hackers  Fri Jun  6 14:21:02 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id OAA12926
          for hackers-outgoing; Fri, 6 Jun 1997 14:21:02 -0700 (PDT)
Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA12897
          for <freebsd-hackers@FreeBSD.ORG>; Fri, 6 Jun 1997 14:20:49 -0700 (PDT)
Received: from awfulhak.demon.co.uk (localhost [127.0.0.1])
	by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id WAA20483;
	Fri, 6 Jun 1997 22:12:25 +0100 (BST)
Message-Id: <199706062112.WAA20483@awfulhak.demon.co.uk>
X-Mailer: exmh version 1.6.9 8/22/96
To: "Lenzi, Sergio" <lenzi@bsi.com.br>
cc: Brian Somers <brian@awfulhak.org>, freebsd-hackers@FreeBSD.ORG
Subject: Re: IPDIVERT not working in 2.2.2 
In-reply-to: Your message of "Fri, 06 Jun 1997 12:04:16 -0000."
             <Pine.BSF.3.91.970606120210.385F-100000@sergio> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Fri, 06 Jun 1997 22:12:24 +0100
From: Brian Somers <brian@awfulhak.org>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> > > works.
> > 
> > I built a 2.2.2 machine and natd runs fine on it - in fact I just
> > completed a release on a -current box, and an install of the resulting
> > 2.2-970605-SNAP via the natd'd gateway.  No problems.
> > 
> I am trying to use natd and pppd for internet connections.
> 
> It works ok on iijppp  (user ppp)
> but panics the kernel on using pppd
> 
> Running on a 2.2.1 machine..
> 
> Can you please inform me if you use pppd?

Don't feel lonely.  You're the forth report of pppd/natd
causing a panic I've seen.

I think this problem is going to creep to the top of my list
pretty soon.  It seems that most people that wish to use natd
are people that don't like ppp for whatever reasons and want
to go the pppd route.  It no work.  I have no idea why -
something nasty is being tickled !

> Sergio Lenzi.
> 
> Unix consult.
> 

-- 
Brian <brian@awfulhak.org>, <brian@freebsd.org>
      <http://www.awfulhak.org>
Don't _EVER_ lose your sense of humour....



From owner-freebsd-hackers  Fri Jun  6 14:37:57 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id OAA13758
          for hackers-outgoing; Fri, 6 Jun 1997 14:37:57 -0700 (PDT)
Received: from ohm.ingsala.unal.edu.co ([168.176.15.18])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA13726
          for <hackers@freebsd.org>; Fri, 6 Jun 1997 14:37:29 -0700 (PDT)
Received: from unalmodem.usc.unal.edu.co (unalmodem02.usc.unal.edu.co [168.176.3.32])
	by ohm.ingsala.unal.edu.co (8.8.5/8.8.5) with SMTP id QAA00670;
	Fri, 6 Jun 1997 16:37:42 -0500 (COT)
Message-ID: <33989E31.2AC3@fps.biblos.unal.edu.co>
Date: Fri, 06 Jun 1997 16:33:05 -0700
From: "Pedro F. Giffuni" <pgiffuni@fps.biblos.unal.edu.co>
Organization: Universidad Nacional de Colombia
X-Mailer: Mozilla 3.0 (Win16; I)
MIME-Version: 1.0
To: Panel de Control <Panel.de.Control@medellin.impsat.net.co>
CC: hackers@freebsd.org
Subject: Re: How to make more pseudo-terminals
References: <199706062005.NAA08389@hub.freebsd.org>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Panel de Control wrote:
> 
> Dear Sirs,
> 
> I need make more pseudo terminal, so, I create in /dev nodes similar
> to /dev/ttyp0-f and next i write this in ttys, but it don't work,
> please, how i can make more pseudo terminals in my system, i work with
> FreeBSD 2.2-960801-SNAP.
> 
1) This should go to questions@freebsd.org.

2) As a direct consequence to (1) all the information is in the FAQ :-)

	Pedro.

> Thanks for all.
> ================================================================================
> Panel de Control
> Tel:  (+574) 5138734
> Fax: (+574) 3327973
> Cel:  5014298
> A.A. 57619 Medellín, Antioquia
> Colombia, Sur América

From owner-freebsd-hackers  Fri Jun  6 14:54:12 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id OAA14667
          for hackers-outgoing; Fri, 6 Jun 1997 14:54:12 -0700 (PDT)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA14662
          for <hackers@FreeBSD.ORG>; Fri, 6 Jun 1997 14:54:09 -0700 (PDT)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id HAA16814; Sat, 7 Jun 1997 07:48:47 +1000
Date: Sat, 7 Jun 1997 07:48:47 +1000
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199706062148.HAA16814@godzilla.zeta.org.au>
To: craig@gnofn.org, hackers@FreeBSD.ORG
Subject: Re: gcc -m486, gcc -O2
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>Is -m486 desireable/useful on various flavors of 586-class
>chips?  Specifically curious about AMD K5.

It is sometimes a pessimization on 486's and often a pessimization
on 586's.  `-m486 -malign-functions=2 -mailign-jumps=2 -malign-loops=2'
may be best on 586's.

>Is there any reason -O2 would not be a good idea for kernel/make
>world in make.conf?  I notice that the suggested use is -O2 for
>everything else and -O for the kernel.  

-O2 is sometimes a pessimization.  `-O2 -m486' was suggested in 1994.
It is wronger now.

Bruce

From owner-freebsd-hackers  Fri Jun  6 14:57:53 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id OAA14861
          for hackers-outgoing; Fri, 6 Jun 1997 14:57:53 -0700 (PDT)
Received: from riverside.mr.net (root@Riverside.MR.Net [137.192.2.5])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA14854
          for <freebsd-hackers@freebsd.org>; Fri, 6 Jun 1997 14:57:44 -0700 (PDT)
Received: from data.mr.net (root@data.MR.Net [137.192.192.27])
	by riverside.mr.net (8.8.5/) with ESMTP id QAA27254
	for <freebsd-hackers@freebsd.org>; Fri, 6 Jun 1997 16:57:33 -0500 (CDT)
Received: from data (fritchie@data.MR.Net [137.192.192.27]) by data.mr.net (8.8.5/8.7.2) with ESMTP id QAA09644 for <freebsd-hackers@freebsd.org>; Fri, 6 Jun 1997 16:57:31 -0500 (CDT)
Message-Id: <199706062157.QAA09644@data.mr.net>
To: freebsd-hackers@freebsd.org
Subject: One reason to mmap() block devices
Date: Fri, 06 Jun 1997 16:57:30 -0500
From: Scott Lystig Fritchie <fritchie@MR.Net>
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

To follow-up to my earlier question about why only regular and
character files are mmap()able...

... I'm interested in mmap()ing a disk block device.  I've been doing
some alternative INN development, bypassing the traditional filesystem
for article storage, using instead a few very large files as cyclic
buffers.

Currently under FreeBSD, these 2GB files are on top of a UFS
filesystem.  Under Solaris I use the disk partitions' block devices
directly to bypass the filesystem overhead.  I hadn't tried, until
very recently, to use block devices under FreeBSD, and that's when I
made my surprise discovery.

I'm quite interested, actually, in having the OS interfere with its
buffer cache.  Under Solaris, INN article acceptance rates using disk
character devices is only handful per second, and the drive sounds
like automatic rifle fire.  With disk block devices, throughput can
reach over 200 articles/second, and the drive busy light blinks every
now and then.

I do have a non-critical machine I could test out a simple mod to
allow VREG, VCHR, or VBLK type files ... but I figured I'd ask, just
in case there might be something which I wouldn't notice if the
machine weren't heavily stressed, for example while doing my testing.
:-)

-Scott
---
Scott Lystig Fritchie, Network Engineer          MRNet Internet Services, Inc.
fritchie@mr.net, PGP key #152B8725               Minnesota Regional Network
v: 612/362.5820, p: 612/637.9547                 2829 University Ave SE
http://www.mr.net/~fritchie/                     Minneapolis, MN  55414

From owner-freebsd-hackers  Fri Jun  6 15:07:58 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id PAA15334
          for hackers-outgoing; Fri, 6 Jun 1997 15:07:58 -0700 (PDT)
Received: from becker1.u.washington.edu (spaz@becker1.u.washington.edu [140.142.12.67])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA15329
          for <freebsd-hackers@FreeBSD.ORG>; Fri, 6 Jun 1997 15:07:55 -0700 (PDT)
Received: from localhost (spaz@localhost)
          by becker1.u.washington.edu (8.8.4+UW97.04/8.8.4+UW97.05) with SMTP
	  id PAA14004; Fri, 6 Jun 1997 15:07:17 -0700 (PDT)
Date: Fri, 6 Jun 1997 15:07:17 -0700 (PDT)
From: John Utz <spaz@u.washington.edu>
To: Brian Somers <brian@awfulhak.org>
cc: "Lenzi, Sergio" <lenzi@bsi.com.br>, freebsd-hackers@FreeBSD.ORG
Subject: Re: IPDIVERT not working in 2.2.2 
In-Reply-To: <199706062112.WAA20483@awfulhak.demon.co.uk>
Message-ID: <Pine.OSF.3.95.970606145523.10826A-100000@becker1.u.washington.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On Fri, 6 Jun 1997, Brian Somers wrote:

> .... context about panics with natd removed...
>
> Don't feel lonely.  You're the forth report of pppd/natd
> causing a panic I've seen.
> 
> I think this problem is going to creep to the top of my list
> pretty soon.  It seems that most people that wish to use natd
> are people that don't like ppp for whatever reasons and want
> to go the pppd route.

well,this seems sort of obvious to me from an orthagonality approach..:-)
basically people appear to be doing this at the "layer" they are
comfortable at.

pppd folks want to use another daemon and ijppp folks just grabbed the
patch.

using natd and ppp would seem sort of weird to me at first glance..

i am an avid user of ijppp ( dba as user level ppp ). I have never noodled
with pppd. As a matter of fact, the only daemons i have successfully
configured are the ones for samba. and that was a struggle.

now i assume natd adds some functionality that cmott's ( and elvin
ecklund's? ) "-alias" mods to ijppp dont have. But what are they? with
ppp -alias and ssh everything JustWorks(tm). This means that all my needs
were satisfied using a patched ijppp with my existing configuration file
and ssh, which required no configuration at all. 

just my 0.02..

> -- 
> Brian <brian@awfulhak.org>, <brian@freebsd.org>
>       <http://www.awfulhak.org>
> Don't _EVER_ lose your sense of humour....

john

*******************************************************************************
 John Utz	spaz@u.washington.edu
	idiocy is the impulse function in the convolution of life


From owner-freebsd-hackers  Fri Jun  6 15:35:50 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id PAA16360
          for hackers-outgoing; Fri, 6 Jun 1997 15:35:50 -0700 (PDT)
Received: from wrzx07.rz.uni-wuerzburg.de (wrzx07.rz.uni-wuerzburg.de [132.187.1.7])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA16355
          for <freebsd-hackers@freebsd.org>; Fri, 6 Jun 1997 15:35:47 -0700 (PDT)
Received: from wicx50.informatik.uni-wuerzburg.de (mail@wicx50.informatik.uni-wuerzburg.de [132.187.9.50])
	by wrzx07.rz.uni-wuerzburg.de (8.8.5/8.8.5) with SMTP id AAA10585;
	Sat, 7 Jun 1997 00:35:32 +0200 (MET DST)
Received: by wicx50.informatik.uni-wuerzburg.de (8.6.12/uniwue-C-3.1a (CIP Gate))
	id AAA11452; Sat, 7 Jun 1997 00:35:31 +0200
Received: from aruba(132.187.9.1) by cipgate via smap (V1.3)
	id sma011450; Sat Jun  7 00:35:05 1997
Received: by wicx01.informatik.uni-wuerzburg.de (5.65v3.2/uniwue-C-3.1 (C))
	id AA15496; Sat, 7 Jun 1997 00:35:05 +0200
From: Matthias Buelow <token@wicx50.informatik.uni-wuerzburg.de>
Message-Id: <9706062235.AA15496@wicx01.informatik.uni-wuerzburg.de>
Subject: Re: gcc -m486, gcc -O2
To: bde@zeta.org.au (Bruce Evans)
Date: Sat, 7 Jun 1997 00:35:04 +0100 (MET DST)
Cc: freebsd-hackers@freebsd.org
In-Reply-To: <199706062148.HAA16814@godzilla.zeta.org.au> from "Bruce Evans" at Jun 7, 97 07:48:47 am
X-Mailer: ELM [version 2.4 PL20]
Content-Type: text
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

> >Is there any reason -O2 would not be a good idea for kernel/make
> >world in make.conf?  I notice that the suggested use is -O2 for
> >everything else and -O for the kernel.  
> 
> -O2 is sometimes a pessimization.  `-O2 -m486' was suggested in 1994.
> It is wronger now.

Yes, but in 1994 the kernel was compiled with gcc 2.6.3 or older.
Now fbsd uses 2.7.2.1 - is the situation still the same with the
newer compiler?


From owner-freebsd-hackers  Fri Jun  6 15:38:40 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id PAA16531
          for hackers-outgoing; Fri, 6 Jun 1997 15:38:40 -0700 (PDT)
Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA16526
          for <hackers@FreeBSD.ORG>; Fri, 6 Jun 1997 15:38:38 -0700 (PDT)
Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id PAA22946; Fri, 6 Jun 1997 15:38:49 -0700 (PDT)
To: Jaye Mathisen <mrcpu@cdsnet.net>
cc: hackers@FreeBSD.ORG
Subject: Re: Minor rc.conf/moused buglet 
In-reply-to: Your message of "Fri, 06 Jun 1997 13:58:50 PDT."
             <Pine.NEB.3.95.970606135811.7137k-100000@mail.cdsnet.net> 
Date: Fri, 06 Jun 1997 15:38:49 -0700
Message-ID: <22942.865636729@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Your etc files must be out of date - this was fixed weeks ago.

					Jordan

From owner-freebsd-hackers  Fri Jun  6 15:59:13 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id PAA17562
          for hackers-outgoing; Fri, 6 Jun 1997 15:59:13 -0700 (PDT)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA17554
          for <freebsd-hackers@freebsd.org>; Fri, 6 Jun 1997 15:59:11 -0700 (PDT)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id IAA18824; Sat, 7 Jun 1997 08:57:53 +1000
Date: Sat, 7 Jun 1997 08:57:53 +1000
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199706062257.IAA18824@godzilla.zeta.org.au>
To: bde@zeta.org.au, token@wicx50.informatik.uni-wuerzburg.de
Subject: Re: gcc -m486, gcc -O2
Cc: freebsd-hackers@freebsd.org
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

>> -O2 is sometimes a pessimization.  `-O2 -m486' was suggested in 1994.
>> It is wronger now.
>
>Yes, but in 1994 the kernel was compiled with gcc 2.6.3 or older.
>Now fbsd uses 2.7.2.1 - is the situation still the same with the
>newer compiler?

Yes, 2.7.2.1 generates essentially the same i386 code as 2.6.3.

Bruce

From owner-freebsd-hackers  Fri Jun  6 16:41:57 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id QAA19287
          for hackers-outgoing; Fri, 6 Jun 1997 16:41:57 -0700 (PDT)
Received: from sparkie.gnofn.org (sparkie.gnofn.org [206.27.168.35])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA19282
          for <hackers@FreeBSD.ORG>; Fri, 6 Jun 1997 16:41:55 -0700 (PDT)
Received: from sparkie.gnofn.org (sparkie.gnofn.org [206.27.168.35]) by sparkie.gnofn.org (8.7.Beta.10/8.7.Beta.10) with SMTP id SAA07662; Fri, 6 Jun 1997 18:41:34 -0500 (CDT)
Date: Fri, 6 Jun 1997 18:41:34 -0500 (CDT)
From: Craig Johnston <craig@gnofn.org>
To: Bruce Evans <bde@zeta.org.au>
cc: hackers@FreeBSD.ORG
Subject: Re: gcc -m486, gcc -O2
In-Reply-To: <199706062148.HAA16814@godzilla.zeta.org.au>
Message-ID: <Pine.GSO.3.95.970606184052.4624B-100000@sparkie.gnofn.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk



On Sat, 7 Jun 1997, Bruce Evans wrote:

> 
> -O2 is sometimes a pessimization.  `-O2 -m486' was suggested in 1994.
> It is wronger now.

What about plain old -O ?  Desireable?

-Craig



From owner-freebsd-hackers  Fri Jun  6 17:13:25 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id RAA20687
          for hackers-outgoing; Fri, 6 Jun 1997 17:13:25 -0700 (PDT)
Received: from ethanol.gnu.ai.mit.edu (we-refuse-to-spy-on-our-users@ethanol.gnu.ai.mit.edu [128.52.46.64])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA20680
          for <freebsd-hackers@freebsd.org>; Fri, 6 Jun 1997 17:13:23 -0700 (PDT)
Received: by ethanol.gnu.ai.mit.edu (8.8.5/8.6.12GNU) id UAA01510; Fri, 6 Jun 1997 20:13:20 -0400
Date: Fri, 6 Jun 1997 20:13:20 -0400
Message-Id: <199706070013.UAA01510@ethanol.gnu.ai.mit.edu>
To: spork@super-g.com
CC: freebsd-hackers@freebsd.org
In-reply-to: <Pine.BSF.3.95q.970606155814.23542A-100000@super-g.inch.com>
	(message from spork on Fri, 6 Jun 1997 15:59:41 +0000 (GMT))
Subject: Re: tty_snoop: why check uid?
From: Joel Ray Holveck <joelh@gnu.ai.mit.edu>
Reply-to: joelh@gnu.ai.mit.edu
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

I'm familiar with 'sudo'.  I just find it inconvenient.  On the
machines in question, there is no root password.  The machines are
exclusively used for development, and have no outside connections, so
ease-of-use is the order instead of security.  That's why I prefer to
set permissions as I see fit, instead of having artificial
permission-setting in device drivers.

Happy hacking,
joelh

-- 
http://www.wp.com/piquan --- Joel Ray Holveck --- joelh@gnu.ai.mit.edu
All my opinions are my own, not the Free Software Foundation's.

Second law of programming:
Anything that can go wrong wi
sendmail: segmentation violation -- core dumped

From owner-freebsd-hackers  Fri Jun  6 19:33:42 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id TAA24918
          for hackers-outgoing; Fri, 6 Jun 1997 19:33:42 -0700 (PDT)
Received: from misery.sdf.com (misery.sdf.com [204.244.210.193])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA24913
          for <hackers@FreeBSD.ORG>; Fri, 6 Jun 1997 19:33:39 -0700 (PDT)
Received: from localhost (tom@localhost)
	by misery.sdf.com (8.8.5/8.8.5) with SMTP id TAA11701;
	Fri, 6 Jun 1997 19:32:14 -0700 (PDT)
X-Authentication-Warning: misery.sdf.com: tom owned process doing -bs
Date: Fri, 6 Jun 1997 19:32:12 -0700 (PDT)
From: Tom Samplonius <tom@sdf.com>
To: Panel de Control <Panel.de.Control@medellin.impsat.net.co>
cc: hackers@FreeBSD.ORG
Subject: Re: How to make more pseudo-terminals
In-Reply-To: <199706062005.NAA08389@hub.freebsd.org>
Message-ID: <Pine.BSF.3.95q.970606192615.11686A-100000@misery.sdf.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by hub.freebsd.org id TAA24914
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


On Fri, 6 Jun 1997, Panel de Control wrote:

> Dear Sirs,
> I need make more pseudo terminal, so, I create in /dev nodes similar to /dev/ttyp0-f and next i write this in ttys, but it don't work, please, how i can make more pseudo terminals in my system, i work with FreeBSD 2.2-960801-SNAP.
> Thanks for all.

  This does not belong on freebsd-hackers.

  2.2-960801-SNAP is very old, plus it was only a beta.  I would never use
such a system for production use.

  To get more than ptys you will need to rebuild a new kernel.  You need
to increase number in  "pseudo-device pty" from 16 to 64 (or higher).

> ================================================================================
> Panel de Control
> Tel:  (+574) 5138734
> Fax: (+574) 3327973
> Cel:  5014298
> A.A. 57619 Medellín, Antioquia
> Colombia, Sur América 
> 
> 

Tom


From owner-freebsd-hackers  Fri Jun  6 19:38:32 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id TAA25176
          for hackers-outgoing; Fri, 6 Jun 1997 19:38:32 -0700 (PDT)
Received: from misery.sdf.com (misery.sdf.com [204.244.210.193])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA25171
          for <freebsd-hackers@FreeBSD.ORG>; Fri, 6 Jun 1997 19:38:29 -0700 (PDT)
Received: from localhost (tom@localhost)
	by misery.sdf.com (8.8.5/8.8.5) with SMTP id TAA11712;
	Fri, 6 Jun 1997 19:36:52 -0700 (PDT)
X-Authentication-Warning: misery.sdf.com: tom owned process doing -bs
Date: Fri, 6 Jun 1997 19:36:51 -0700 (PDT)
From: Tom Samplonius <tom@sdf.com>
To: Scott Lystig Fritchie <fritchie@MR.Net>
cc: freebsd-hackers@FreeBSD.ORG
Subject: Re: One reason to mmap() block devices
In-Reply-To: <199706062157.QAA09644@data.mr.net>
Message-ID: <Pine.BSF.3.95q.970606193553.11686C-100000@misery.sdf.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


On Fri, 6 Jun 1997, Scott Lystig Fritchie wrote:

> To follow-up to my earlier question about why only regular and
> character files are mmap()able...
> 
> ... I'm interested in mmap()ing a disk block device.  I've been doing
> some alternative INN development, bypassing the traditional filesystem
> for article storage, using instead a few very large files as cyclic
> buffers.

  Why not just mmap() the disk character device instead of the disk block
device?

  The block device is nearly useless for everything except newfs.

Tom


From owner-freebsd-hackers  Fri Jun  6 21:38:54 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id VAA28918
          for hackers-outgoing; Fri, 6 Jun 1997 21:38:54 -0700 (PDT)
Received: from TomQNX.tomqnx.com (root@ott-pm2-08.comnet.ca [206.75.140.40])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA28889
          for <freebsd-hackers@freebsd.org>; Fri, 6 Jun 1997 21:38:44 -0700 (PDT)
Received: by TomQNX.tomqnx.com (Smail3.2 #1)
	id m0waDEz-000A2UC; Sat, 7 Jun 1997 00:36:37 -0400 (EDT)
Message-Id: <m0waDEz-000A2UC@TomQNX.tomqnx.com>
From: tom@tomqnx.com (Tom Torrance at home)
Subject: Re: CD-R & SCSI Problems
In-Reply-To: <33984DF9.2781E494@whistle.com> from Julian Elischer at "Jun 6, 97 10:50:49 am"
To: julian@whistle.com (Julian Elischer)
Date: Sat, 7 Jun 1997 00:36:37 -0400 (EDT)
Cc: tom@tomqnx.com, joerg_wunsch@uriah.heep.sax.de,
        freebsd-hackers@freebsd.org
X-Mailer: ELM [version 2.4ME+ PL31H (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

> Tom Torrance at home wrote:
> > 
> > The previously reported
> > ILLEGAL REQUEST asc:20,0 Invalid command operation code
> > 
> > is really a good thing, I suppose.  I had switched to using
> > /dev/nrst0 for my backup, and the driver was rejecting dump's
> > requests to rewind the tape.
> > 
> > Sorry about that...
> > 
> > Tom
> 
> nrst0 should still accept rewind commands
> 
You are absolutely correct. ANother unfounded assumption bites the dust.
I have absolutely no idea what is causing this, it seems to happen
every time the tape is either opened or closed - and 'seems' to cause no harm.
It started after I did a cvsup from RELENG-2.2 and 'make world' the evening 
of May 31. The previous cvsup etc took place approximately 2 weeks prior
to that.

THe tape drive is an HP Colorado T4000 running off my ahc AHA-2740A.
 
Tom



From owner-freebsd-hackers  Fri Jun  6 22:38:07 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id WAA01296
          for hackers-outgoing; Fri, 6 Jun 1997 22:38:07 -0700 (PDT)
Received: from mail.rdu.bellsouth.net (mail.rdu.bellsouth.net [205.152.32.21])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA01291
          for <hackers@freebsd.org>; Fri, 6 Jun 1997 22:38:03 -0700 (PDT)
Received: from pc00ntwkstn (d00193.rdu.bellsouth.net [207.53.8.194])
	by mail.rdu.bellsouth.net (8.8.5/8.8.5) with SMTP id BAA17137
	for <hackers@freebsd.org>; Sat, 7 Jun 1997 01:38:14 -0400 (EDT)
Message-ID: <3398F3DB.833@bellsouth.net>
Date: Sat, 07 Jun 1997 01:38:35 -0400
From: Arthur Pesa <apesa@bellsouth.net>
Reply-To: apesa@bellsouth.net
Organization: Integrated Object Development
X-Mailer: Mozilla 3.01Gold (WinNT; I)
MIME-Version: 1.0
To: hackers <hackers@freebsd.org>
Subject: Visual kernel config
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Short :-)
 If you use the -c at boot and go to visual kernel config, are you
editing your own compiled "made" kernel or do you see the GENERIC
kernel. 

I ask becase I "made" my own kernel, I then proceeded to configure pppd.
After the reboot, I lost my ep0 (3Com) ether? Seems a new addition to
the probe was added ?????? wt0 now at the same address X0300 as my
etherlink? I do not have a wangtek QIC device (wt0) I found this line in
my DEVELOPER kernel and deleted it, compiled, Make,  and reboot all is
well. ??? Does the ppp config (I followed in the online manual) write to
the KERNEL.????? Thanks for the insight.

From owner-freebsd-hackers  Sat Jun  7 00:32:18 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id AAA04687
          for hackers-outgoing; Sat, 7 Jun 1997 00:32:18 -0700 (PDT)
Received: from argus.nuke.net (pm3-p44.tfs.net [206.154.183.236])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA04681
          for <freebsd-hackers@freebsd.org>; Sat, 7 Jun 1997 00:32:08 -0700 (PDT)
Received: (from jbryant@localhost)
	by argus.nuke.net (8.8.5/8.8.5) id CAA00509;
	Sat, 7 Jun 1997 02:31:50 -0500 (CDT)
From: Jim Bryant <jbryant@argus.nuke.net>
Message-Id: <199706070731.CAA00509@argus.nuke.net>
Subject: Re: gcc -m486, gcc -O2
To: bde@zeta.org.au (Bruce Evans)
Date: Sat, 7 Jun 1997 02:31:45 -0500 (CDT)
Cc: freebsd-hackers@freebsd.org
Reply-To: jbryant@tfs.net
In-Reply-To: <199706062257.IAA18824@godzilla.zeta.org.au> from "Bruce Evans" at Jun 7, 97 08:57:53 am
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

In reply:
> >> -O2 is sometimes a pessimization.  `-O2 -m486' was suggested in 1994.
> >> It is wronger now.
> >
> >Yes, but in 1994 the kernel was compiled with gcc 2.6.3 or older.
> >Now fbsd uses 2.7.2.1 - is the situation still the same with the
> >newer compiler?
> 
> Yes, 2.7.2.1 generates essentially the same i386 code as 2.6.3.

i generally find that

-O2 -m486 -fomit-frame-pointer

generates reasonable code, not using frame pointers saves space and a
little bit of function call overhead, and i recommend it's use in all
except profiling kernels [having a frame pointer might help in
debugging].

i haven't recompiled the source under 2.2.2 yet, but up to 2.1.x i
found that the above optimizations can be safely used on a make world
except for the .o files in /usr/lib [DO NOT ATTEMPT OPTIMIZATIONS ON
THOSE!!!], just copy /usr/lib/*.o to a holding area before the makeing
/usr/lib, then copy them back after...

i would still like to see pentium scheduling and optimizations in the
compiler.  i think i said this two years ago...

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"
 jbryant@tfs.net - KC5VDJ 2M, 70cm, KPC-3+ - kc5vdj@wv0t.#neks.ks.usa.noam

From owner-freebsd-hackers  Sat Jun  7 01:48:39 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id BAA06739
          for hackers-outgoing; Sat, 7 Jun 1997 01:48:39 -0700 (PDT)
Received: from maciek.gv.edu.pl (maciek.gv.edu.pl [195.117.86.240])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA06728
          for <freebsd-hackers@freebsd.org>; Sat, 7 Jun 1997 01:48:20 -0700 (PDT)
Received: (from aszydlo@localhost) by maciek.gv.edu.pl (8.8.5/8.8.2) id KAA22295; Sat, 7 Jun 1997 10:49:19 +0200 (CEST)
From: Andrzej Szydlo <aszydlo@maciek.gv.edu.pl>
Message-Id: <199706070849.KAA22295@maciek.gv.edu.pl>
Subject: Writing 2D/3D CAD, drawing, OpenGL ...
To: freebsd-hackers@freebsd.org
Date: Sat, 7 Jun 1997 10:49:19 +0200 (CEST)
Cc: andesz@gv.edu.pl
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-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Hi,

I'd like to use FreeBSD and XFree86 as a platform for a CAD/CAM program.
It would be relatively simple 2D design tool (editor) and 3D visualisation
using OpenGL. Every design consists of  two flat objects only (closed shapes)
so all I need is an easy to use vector graphics editor (lines, curves,
polygons, circles ...). The system would be later used to control some
machines. Very interesting task.

3D visualization would be based on 2D design - no editing required.

I found some OpenGL resources for FreeBSD. The 3D visualization seems
to be possible to code for this platform.

My "only" problem is the 2D design tool. None of the drawing tools available
for FreeBSD seems to be useful for a starting point to develop it. (however
I may be wrong).
Writing such editor with no basis and libraries would be too time consuming,
almost impossible in our conditions.

Do you know of any free or commercial resources that could be useful as
a base to develop the editor? Maybe someone is doing similair job and
we could join our efforts and share experiencies?

Thanks for any help, suggestions and oppinions.

Andrzej Szydlo
<andrzej@gv.edu.pl>





From owner-freebsd-hackers  Sat Jun  7 02:00:46 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id CAA07163
          for hackers-outgoing; Sat, 7 Jun 1997 02:00:46 -0700 (PDT)
Received: from bsd.fs.bauing.th-darmstadt.de (bsd.fs.bauing.th-darmstadt.de [130.83.63.241])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA07158
          for <hackers@freebsd.org>; Sat, 7 Jun 1997 02:00:43 -0700 (PDT)
Received: from campa.panke.de (anonymous228.ppp.cs.tu-berlin.de [130.149.17.228])
	by bsd.fs.bauing.th-darmstadt.de (8.8.5/8.8.5) with ESMTP id LAA16514
	for <hackers@freebsd.org>; Sat, 7 Jun 1997 11:00:40 +0200 (MET DST)
Received: (from wosch@localhost) by campa.panke.de (8.8.5/8.6.12) id KAA00971; Sat, 7 Jun 1997 10:56:54 +0200 (MET DST)
Date: Sat, 7 Jun 1997 10:56:54 +0200 (MET DST)
Message-Id: <199706070856.KAA00971@campa.panke.de>
From: Wolfram Schneider <wosch@apfel.de>
To: hackers@freebsd.org
Subject: source changes in ftp/telnet since 4.3BSD (forwarded message from Prashant D. Pai)
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

------- start of forwarded message (RFC 934 encapsulation) -------
Message-Id: <33986EAA.41C67EA6@microware.com>
Organization: microware
Date: Fri, 06 Jun 1997 15:10:18 -0500
From: "Prashant D. Pai" <prashant@microware.com>
Subject: Info needed
To: wosch@freebsd.org

Hello Mr. Schneider,
I first of all want to congratulate you on the wonderful job you have
done for mainting the BSD man pages, i needed some informantion
regarding BDSv4.3 to BSDv4.4

I want to know what major changes has been done from BSDv4.3 to BSDv4.4
for telnet and ftp code. Do you think you can tell me this or give me
pointer as where I could find some information on this ?

I appreciate you taking some time for this.
Thanks 
Prashant

------- end -------
-- 
Wolfram Schneider    <wosch@apfel.de>    http://www.apfel.de/~wosch/

From owner-freebsd-hackers  Sat Jun  7 02:16:05 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id CAA07688
          for hackers-outgoing; Sat, 7 Jun 1997 02:16:05 -0700 (PDT)
Received: from shadows.aeon.net (bsdhack@shadows.aeon.net [194.100.41.1])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA07681
          for <hackers@FreeBSD.ORG>; Sat, 7 Jun 1997 02:16:01 -0700 (PDT)
Received: (from bsdhack@localhost)
          by shadows.aeon.net (8.8.5/8.8.3) id MAA04799;
          Sat, 7 Jun 1997 12:15:20 +0300 (EET DST)
From: mika ruohotie <bsdhack@shadows.aeon.net>
Message-Id: <199706070915.MAA04799@shadows.aeon.net>
Subject: Re: gcc -m486, gcc -O2
In-Reply-To: <Pine.GSO.3.95.970606154842.21336A-100000@sparkie.gnofn.org> from Craig Johnston at "Jun 6, 97 03:52:17 pm"
To: craig@gnofn.org (Craig Johnston)
Date: Sat, 7 Jun 1997 12:15:20 +0300 (EET DST)
Cc: hackers@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-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> Is there any reason -O2 would not be a good idea for kernel/make
> world in make.conf?  I notice that the suggested use is -O2 for
> everything else and -O for the kernel.  

i've gotten -O2 on both from like the dawn of the days... meaning
that ever since i installed this machine as 2.0-CURRENT back in 94,
i put that '-O2 -m486 -pipe' into the COPTFLAGS line in /etc/make.conf

and i doubt i've gotten myself bitten in the leg coz of it, and i do
upgrade my machine into latest -CURRENT like weekly...

ofcourse, occasionally, like now, my kernel acts bit weird in certain
conditions, but i really doubt it's that -O2 causing those...

i remember someone mentioning some time ago that -O3 caused weirdoes, but
then again, other people said it's ok...

(and if anyone has other flags to suggest for world/kernel, i'm always
ready to test, even though this is my home "production" server)

> Craig


mickey

From owner-freebsd-hackers  Sat Jun  7 02:46:52 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id CAA08840
          for hackers-outgoing; Sat, 7 Jun 1997 02:46:52 -0700 (PDT)
Received: from phobos.illtel.denver.co.us (abelits@phobos.illtel.denver.co.us [207.33.75.1])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA08835
          for <freebsd-hackers@FreeBSD.ORG>; Sat, 7 Jun 1997 02:46:49 -0700 (PDT)
Received: from localhost (abelits@localhost) by phobos.illtel.denver.co.us (8.8.5/8.6.9) with SMTP id CAA29128; Sat, 7 Jun 1997 02:52:12 -0700
Date: Sat, 7 Jun 1997 02:52:09 -0700 (PDT)
From: Alex Belits <abelits@phobos.illtel.denver.co.us>
To: Andrzej Szydlo <aszydlo@maciek.gv.edu.pl>
cc: freebsd-hackers@FreeBSD.ORG, andesz@gv.edu.pl
Subject: Re: Writing 2D/3D CAD, drawing, OpenGL ...
In-Reply-To: <199706070849.KAA22295@maciek.gv.edu.pl>
Message-ID: <Pine.LNX.3.95.970607025112.28860A-100000@phobos.illtel.denver.co.us>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On Sat, 7 Jun 1997, Andrzej Szydlo wrote:

> My "only" problem is the 2D design tool. None of the drawing tools available
> for FreeBSD seems to be useful for a starting point to develop it. (however
> I may be wrong).
> Writing such editor with no basis and libraries would be too time consuming,
> almost impossible in our conditions.
> 
> Do you know of any free or commercial resources that could be useful as
> a base to develop the editor? Maybe someone is doing similair job and
> we could join our efforts and share experiencies?
> 

  xfig ?

--
Alex


From owner-freebsd-hackers  Sat Jun  7 03:15:22 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id DAA09693
          for hackers-outgoing; Sat, 7 Jun 1997 03:15:22 -0700 (PDT)
Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA09688
          for <freebsd-hackers@FreeBSD.ORG>; Sat, 7 Jun 1997 03:15:17 -0700 (PDT)
Received: from awfulhak.demon.co.uk (localhost [127.0.0.1])
	by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id KAA20321;
	Sat, 7 Jun 1997 10:34:27 +0100 (BST)
Message-Id: <199706070934.KAA20321@awfulhak.demon.co.uk>
X-Mailer: exmh version 1.6.9 8/22/96
To: John Utz <spaz@u.washington.edu>
cc: Brian Somers <brian@awfulhak.org>, "Lenzi,
    Sergio" <lenzi@bsi.com.br>,
        freebsd-hackers@FreeBSD.ORG
Subject: Re: IPDIVERT not working in 2.2.2 
In-reply-to: Your message of "Fri, 06 Jun 1997 15:07:17 PDT."
             <Pine.OSF.3.95.970606145523.10826A-100000@becker1.u.washington.edu> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Sat, 07 Jun 1997 10:34:27 +0100
From: Brian Somers <brian@awfulhak.org>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> On Fri, 6 Jun 1997, Brian Somers wrote:
> 
> > .... context about panics with natd removed...
> >
> > Don't feel lonely.  You're the forth report of pppd/natd
> > causing a panic I've seen.
> > 
> > I think this problem is going to creep to the top of my list
> > pretty soon.  It seems that most people that wish to use natd
> > are people that don't like ppp for whatever reasons and want
> > to go the pppd route.
> 
> well,this seems sort of obvious to me from an orthagonality approach..:-)
> basically people appear to be doing this at the "layer" they are
> comfortable at.
> 
> pppd folks want to use another daemon and ijppp folks just grabbed the
> patch.

What I meant to say was that natd is meant as a way of masquerading
on any interface.  As ppp already has this functionality, it seemed
strange to me that people were using pppd/natd.  As it turns out,
natd is just allowing people to say "Ahhh, I don't really have to
use ppp, I can use pppd/natd".

Natd just doesn't have the audience I expected it to have.

> using natd and ppp would seem sort of weird to me at first glance..

Yep.  I'm probably the only person that does it - and that's only for
testing.

> i am an avid user of ijppp ( dba as user level ppp ). I have never noodled
> with pppd. As a matter of fact, the only daemons i have successfully
> configured are the ones for samba. and that was a struggle.
> 
> now i assume natd adds some functionality that cmott's ( and elvin
> ecklund's? ) "-alias" mods to ijppp dont have. But what are they? with
> ppp -alias and ssh everything JustWorks(tm). This means that all my needs
> were satisfied using a patched ijppp with my existing configuration file
> and ssh, which required no configuration at all. 

That's "Eivind Eklund" :)

ppp in 2.2 and -current are now in sync with natd.  They both use the
same alias code (by Charles).  Natd is about to be imported into the
main tree, and will use the same libalias that ppp is using.

> just my 0.02..
[.....]
> john
> 
> *******************************************************************************
>  John Utz	spaz@u.washington.edu
> 	idiocy is the impulse function in the convolution of life
> 

-- 
Brian <brian@awfulhak.org>, <brian@freebsd.org>
      <http://www.awfulhak.org>
Don't _EVER_ lose your sense of humour....



From owner-freebsd-hackers  Sat Jun  7 03:58:05 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id DAA13038
          for hackers-outgoing; Sat, 7 Jun 1997 03:58:05 -0700 (PDT)
Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA13033
          for <hackers@FreeBSD.ORG>; Sat, 7 Jun 1997 03:58:02 -0700 (PDT)
Received: from gid.co.uk (uucp@localhost)
          by isbalham.ist.co.uk (8.8.4/8.8.4) with UUCP
	  id LAA18663; Sat, 7 Jun 1997 11:44:47 +0100 (BST)
Received: from [194.32.164.2] by seagoon.gid.co.uk; Sat, 7 Jun 1997 11:43:37 +0100
X-Sender: rb@194.32.164.1
Message-Id: <l03020900afbeead84834@[194.32.164.2]>
In-Reply-To: <199706070915.MAA04799@shadows.aeon.net>
References: <Pine.GSO.3.95.970606154842.21336A-100000@sparkie.gnofn.org>
 from Craig Johnston at "Jun 6, 97 03:52:17 pm"
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Sat, 7 Jun 1997 11:40:26 +0100
To: craig@gnofn.org (Craig Johnston)
From: Bob Bishop <rb@gid.co.uk>
Subject: Re: gcc -m486, gcc -O2
Cc: hackers@FreeBSD.ORG
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>> Is there any reason -O2 would not be a good idea for kernel/make
>> world in make.conf?  I notice that the suggested use is -O2 for
>> everything else and -O for the kernel.

FWIW, I have -O2 -pipe on my -current box.


--
Bob Bishop              (0118) 977 4017  international code +44 118
rb@gid.co.uk        fax (0118) 989 4254  between 0800 and 1800 UK



From owner-freebsd-hackers  Sat Jun  7 05:21:45 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id FAA15205
          for hackers-outgoing; Sat, 7 Jun 1997 05:21:45 -0700 (PDT)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id FAA15200
          for <freebsd-hackers@freebsd.org>; Sat, 7 Jun 1997 05:21:41 -0700 (PDT)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id OAA24183; Sat, 7 Jun 1997 14:21:29 +0200
Received: (from j@localhost)
	by uriah.heep.sax.de (8.8.5/8.8.5) id OAA02133;
	Sat, 7 Jun 1997 14:17:32 +0200 (MET DST)
Message-ID: <19970607141732.ID18946@uriah.heep.sax.de>
Date: Sat, 7 Jun 1997 14:17:32 +0200
From: j@uriah.heep.sax.de (J Wunsch)
To: freebsd-hackers@freebsd.org (FreeBSD hackers)
Cc: fritchie@MR.Net (Scott Lystig Fritchie)
Subject: Re: One reason to mmap() block devices
References: <199706062157.QAA09644@data.mr.net> <Pine.BSF.3.95q.970606193553.11686C-100000@misery.sdf.com>
X-Mailer: Mutt 0.60_p2-3,5,8-9
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <Pine.BSF.3.95q.970606193553.11686C-100000@misery.sdf.com>; from Tom Samplonius on Jun 6, 1997 19:36:51 -0700
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

As Tom Samplonius wrote:

>   Why not just mmap() the disk character device instead of the disk block
> device?
> 
>   The block device is nearly useless for everything except newfs.

You mean mount(8), do you?  Newfs also requires the raw device.

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Sat Jun  7 05:49:47 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id FAA15981
          for hackers-outgoing; Sat, 7 Jun 1997 05:49:47 -0700 (PDT)
Received: from maciek.gv.edu.pl (maciek.gv.edu.pl [195.117.86.240])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA15976
          for <freebsd-hackers@freebsd.org>; Sat, 7 Jun 1997 05:49:34 -0700 (PDT)
Received: (from aszydlo@localhost) by maciek.gv.edu.pl (8.8.5/8.8.2) id OAA22971; Sat, 7 Jun 1997 14:49:43 +0200 (CEST)
From: Andrzej Szydlo <aszydlo@maciek.gv.edu.pl>
Message-Id: <199706071249.OAA22971@maciek.gv.edu.pl>
Subject: Re: Writing 2D/3D CAD, drawing, OpenGL ...
In-Reply-To: <Pine.LNX.3.95.970607025112.28860A-100000@phobos.illtel.denver.co.us> from Alex Belits at "Jun 7, 97 02:52:09 am"
To: abelits@phobos.illtel.denver.co.us (Alex Belits)
Date: Sat, 7 Jun 1997 14:49:43 +0200 (CEST)
Cc: freebsd-hackers@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-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Hi,

> 
> > My "only" problem is the 2D design tool. None of the drawing tools available
> > for FreeBSD seems to be useful for a starting point to develop it. (however
> > I may be wrong).
> > Writing such editor with no basis and libraries would be too time consuming,
> > almost impossible in our conditions.
> > 
> > Do you know of any free or commercial resources that could be useful as
> > a base to develop the editor? Maybe someone is doing similair job and
> > we could join our efforts and share experiencies?
> > 
> 
>   xfig ?

Well, what I need is simple if compared to, say, AutoCAD, but it still requiries
lots of CAD capabilities. I considered both xfig and xpaint as basis for the
work. Unfortunately there would still remain some 90% work to be done. I'm
not lazy, but the time is limited.

An alternative is Windows NT ...

Any other suggestions would be very welcome.

Thanks

Andrzej




From owner-freebsd-hackers  Sat Jun  7 05:51:45 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id FAA16113
          for hackers-outgoing; Sat, 7 Jun 1997 05:51:45 -0700 (PDT)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id FAA16100
          for <hackers@FreeBSD.ORG>; Sat, 7 Jun 1997 05:51:43 -0700 (PDT)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id OAA24362; Sat, 7 Jun 1997 14:51:41 +0200
Received: (from j@localhost)
	by uriah.heep.sax.de (8.8.5/8.8.5) id OAA02380;
	Sat, 7 Jun 1997 14:34:49 +0200 (MET DST)
Message-ID: <19970607143449.AA44700@uriah.heep.sax.de>
Date: Sat, 7 Jun 1997 14:34:49 +0200
From: j@uriah.heep.sax.de (J Wunsch)
To: hackers@FreeBSD.ORG (hackers)
Cc: apesa@bellsouth.net
Subject: Re: Visual kernel config
References: <3398F3DB.833@bellsouth.net>
X-Mailer: Mutt 0.60_p2-3,5,8-9
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <3398F3DB.833@bellsouth.net>; from Arthur Pesa on Jun 7, 1997 01:38:35 -0400
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

As Arthur Pesa wrote:

>  If you use the -c at boot and go to visual kernel config, are you
> editing your own compiled "made" kernel or do you see the GENERIC
> kernel.

You are editing the main memory.  If you continue with multi-user
boot, dset(8) (run from /etc/rc) tries to save back your changes into
the kernel image, as indicated by the sysctl variable kern.bootfile.

> I ask becase I "made" my own kernel, I then proceeded to configure pppd.
> After the reboot, I lost my ep0 (3Com) ether?

Did you also `make install' it?

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Sat Jun  7 06:06:48 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id GAA16615
          for hackers-outgoing; Sat, 7 Jun 1997 06:06:48 -0700 (PDT)
Received: from zwei.siemens.at (zwei.siemens.at [193.81.246.12])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA16610
          for <freebsd-hackers@FreeBSD.ORG>; Sat, 7 Jun 1997 06:06:43 -0700 (PDT)
Received: from ws6303-f.gud.siemens.co.at (root@firix [10.1.143.100])
	by zwei.siemens.at  with ESMTP id PAA22414;
	Sat, 7 Jun 1997 15:08:03 +0200 (MET DST)
Received: from ws6423.gud.siemens.at (ws6423-f) by ws6303-f.gud.siemens.co.at with ESMTP
	(1.40.112.8/16.2) id AA187148807; Sat, 7 Jun 1997 15:06:47 +0200
Received: by ws6423.gud.siemens.at (SMI-8.6/SMI-SVR4)
	id OAA21625; Sat, 7 Jun 1997 14:57:03 +0200
Date: Sat, 7 Jun 1997 14:57:03 +0200
From: lada@ws6303.gud.siemens.at (Hr.Ladavac)
Message-Id: <199706071257.OAA21625@ws6423.gud.siemens.at>
To: freebsd-hackers@FreeBSD.ORG, fritchie@MR.Net
Subject: Re: One reason to mmap() block devices
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Md5: zzyop8ev7I/rqDGeD86KwA==
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> From owner-freebsd-hackers@FreeBSD.ORG Sat Jun  7 00:05:57 MET 1997
> To: freebsd-hackers@FreeBSD.ORG
> Subject: One reason to mmap() block devices
> Date: Fri, 06 Jun 1997 16:57:30 -0500
> From: Scott Lystig Fritchie <fritchie@MR.Net>
> X-Loop: FreeBSD.org
> 
> To follow-up to my earlier question about why only regular and
> character files are mmap()able...
> 
> ... I'm interested in mmap()ing a disk block device.  I've been doing
> some alternative INN development, bypassing the traditional filesystem
> for article storage, using instead a few very large files as cyclic
> buffers.
> 
> Currently under FreeBSD, these 2GB files are on top of a UFS
> filesystem.  Under Solaris I use the disk partitions' block devices
> directly to bypass the filesystem overhead.  I hadn't tried, until
> very recently, to use block devices under FreeBSD, and that's when I
> made my surprise discovery.

Because on SVR4 the character device has sync write semantics: it does
not get cached.  The block device does, and uses write behind.  At least,
that is the behavior on SINIX, and you don't get much more vanilla SVR4
than that[1].  This is the reason why char devices are used for databases:
they employ internal caching and want to be sure that the write operation
was really successful (i.e. that it reeely realy hit the media.)

I'm not sure about FreeBSD behavior in the same situation, but I would
assume similar semantics regarding char devices and write(2).

Now, mmap(2) is an entirely different beast as far as the semantics are
concerned, and the file image needs to be consistent only after a successful
msync(2) call, which means that the OS may delay the writes up to that point.
It would seem that you either msync() too much, or that the SunOS 5 does that
for you (naughty).  Unless, of course, SunOS 5 delays writes even after
msync() if you have mmap()ped a block device (extremely naughty).

Alas, I cannot verify the FreeBSD behavior as my box have been snatched away
:( from me.

> 
> I'm quite interested, actually, in having the OS interfere with its
> buffer cache.  Under Solaris, INN article acceptance rates using disk
> character devices is only handful per second, and the drive sounds
> like automatic rifle fire.  With disk block devices, throughput can
> reach over 200 articles/second, and the drive busy light blinks every
> now and then.

This is consistent with my previous observations.  Knowing SVR4 behavior
regarding block devices, I would assume that it delays the writes even after
msync().

Since you are modifying INN anyway, you could try to avoid mixing read() and
mmap() accesses to the same file (which happen to work okay on SVR4 even
without msync() due to the VM/buffer-cache parallelism of theirs) and use
mmap() or read()/write() only.  If you do that, msync() becomes redundant
unless you want to be sure that the image has been committed to the media,
in which case you would be well advised to use char devices[2]

/Marino

[1] Don't get me wrong: there is nothing bad in vanilla SVR4 per se, and 
    the RM Series hardware *can* take a serious beating without acting up.
    
[2] Please take this with a more than a grain of salt: I don't have the
    kernel source in front of me, and my SINIX internals course was not
    taken recently.
> 
> I do have a non-critical machine I could test out a simple mod to
> allow VREG, VCHR, or VBLK type files ... but I figured I'd ask, just
> in case there might be something which I wouldn't notice if the
> machine weren't heavily stressed, for example while doing my testing.
> :-)
> 
> -Scott
> ---
> Scott Lystig Fritchie, Network Engineer          MRNet Internet Services, Inc.
> fritchie@mr.net, PGP key #152B8725               Minnesota Regional Network
> v: 612/362.5820, p: 612/637.9547                 2829 University Ave SE
> http://www.mr.net/~fritchie/                     Minneapolis, MN  55414
> 

From owner-freebsd-hackers  Sat Jun  7 08:47:40 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id IAA22046
          for hackers-outgoing; Sat, 7 Jun 1997 08:47:40 -0700 (PDT)
Received: from luke.pmr.com ([206.224.65.132])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA22041
          for <freebsd-hackers@freefall.FreeBSD.org>; Sat, 7 Jun 1997 08:47:37 -0700 (PDT)
Received: (from bob@localhost) by luke.pmr.com (8.8.5/8.7.3) id KAA01101; Sat, 7 Jun 1997 10:46:34 -0500 (CDT)
Message-ID: <19970607104634.19370@luke.pmr.com>
Date: Sat, 7 Jun 1997 10:46:34 -0500
From: Bob Willcox <bob@luke.pmr.com>
To: hackers mailing list <freebsd-hackers@freefall.FreeBSD.org>
Subject: Does SMC9332BDT work in 2.2.2R??
Reply-To: Bob Willcox <bob@luke.pmr.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.75e
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

I am trying to install some SMC9332BDT ethernet cards in some of
my systems here with no success.  Upon booting the system with the
card installed, initially the lights on the card come on (and flash)
and the light on the hub lights.  Once the card is detected during
the boot probe all lights go off (no unusual messages are displayed,
everything looks ok in the messages, see below) and as the boot-up
progresses its obvious the network is not up (all network related
daemons hang) and I never get to a login prompt (at least not within
the 5-10 minutes I've waited).

Does anybody have any suggestions/help?  It looks like (from the
cvs log for if_de.c) that the driver in 2.2.2R should support this
card (using the 21140A chip) but I am not having much luck.

Boot messages for de0 are:

Jun  7 09:47:16 luke /kernel: de0 <Digital 21140A Fast Ethernet> rev 32 int a irq 9 on pci0:9
Jun  7 09:47:16 luke /kernel: de0: 21140A [10-100Mb/s] pass 2.0
Jun  7 09:47:16 luke /kernel: de0: address 00:e0:29:00:ec:81
Jun  7 09:47:16 luke /kernel: de0: enabling 100baseTX port


Thanks,
-- 
Bob Willcox	       Anyone who is capable of getting themselves made
bob@luke.pmr.com       President should on no account be allowed to do the job.
Austin, TX              -- Douglas Adams, "The Hitchhiker's Guide to the Galaxy"

From owner-freebsd-hackers  Sat Jun  7 09:06:30 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id JAA22887
          for hackers-outgoing; Sat, 7 Jun 1997 09:06:30 -0700 (PDT)
Received: from ohm.ingsala.unal.edu.co ([168.176.15.18])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA22881
          for <freebsd-hackers@freebsd.org>; Sat, 7 Jun 1997 09:06:19 -0700 (PDT)
Received: from unalmodem.usc.unal.edu.co (unalmodem11.usc.unal.edu.co [168.176.3.41])
	by ohm.ingsala.unal.edu.co (8.8.5/8.8.5) with SMTP id LAA03611;
	Sat, 7 Jun 1997 11:06:41 -0500 (COT)
Message-ID: <3399A20E.1E45@fps.biblos.unal.edu.co>
Date: Sat, 07 Jun 1997 11:01:50 -0700
From: "Pedro F. Giffuni" <pgiffuni@fps.biblos.unal.edu.co>
Organization: Universidad Nacional de Colombia
X-Mailer: Mozilla 3.0 (Win16; I)
MIME-Version: 1.0
To: Andrzej Szydlo <aszydlo@maciek.gv.edu.pl>
CC: freebsd-hackers@freebsd.org
Subject: Re: Writing 2D/3D CAD, drawing, OpenGL ...
References: <199706071249.OAA22971@maciek.gv.edu.pl>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Andrzej Szydlo wrote:
> 
> Hi,
> 
> >
> > > My "only" problem is the 2D design tool. None of the drawing tools available
> > > for FreeBSD seems to be useful for a starting point to develop it. (however
> > > I may be wrong).
> > > Writing such editor with no basis and libraries would be too time consuming,
> > > almost impossible in our conditions.
> > >
> > > Do you know of any free or commercial resources that could be useful as
> > > a base to develop the editor? Maybe someone is doing similair job and
> > > we could join our efforts and share experiencies?
> > >
> >
> >   xfig ?
> 
> Well, what I need is simple if compared to, say, AutoCAD, but it still requiries
> lots of CAD capabilities. I considered both xfig and xpaint as basis for the
> work. Unfortunately there would still remain some 90% work to be done. I'm
> not lazy, but the time is limited.
> 
It's still not clear what you're looking for ..., maybe something in
this list?
	http://www.xnet.com/~blatura/linapp5.html#graphics

> An alternative is Windows NT ...
>
That's your problem :-).
 
> Any other suggestions would be very welcome.
> 
> Thanks
> 
> Andrzej

	Pedro.

From owner-freebsd-hackers  Sat Jun  7 09:18:54 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id JAA23560
          for hackers-outgoing; Sat, 7 Jun 1997 09:18:54 -0700 (PDT)
Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA23555
          for <freebsd-hackers@freefall.FreeBSD.org>; Sat, 7 Jun 1997 09:18:51 -0700 (PDT)
Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.8.3/8.6.9) with SMTP id MAA19679; Sat, 7 Jun 1997 12:25:06 -0400 (EDT)
Message-Id: <3.0.32.19970607121118.00bbfb84@etinc.com>
X-Sender: dennis@etinc.com
X-Mailer: Windows Eudora Pro Version 3.0 (32)
Date: Sat, 07 Jun 1997 12:11:22 -0400
To: Bob Willcox <bob@luke.pmr.com>,
        hackers mailing list <freebsd-hackers@freefall.FreeBSD.org>
From: dennis <dennis@etinc.com>
Subject: Re: Does SMC9332BDT work in 2.2.2R??
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

At 10:46 AM 6/7/97 -0500, Bob Willcox wrote:
>I am trying to install some SMC9332BDT ethernet cards in some of
>my systems here with no success.  Upon booting the system with the
>card installed, initially the lights on the card come on (and flash)
>and the light on the hub lights.  Once the card is detected during
>the boot probe all lights go off (no unusual messages are displayed,
>everything looks ok in the messages, see below) and as the boot-up
>progresses its obvious the network is not up (all network related
>daemons hang) and I never get to a login prompt (at least not within
>the 5-10 minutes I've waited).
>
>Does anybody have any suggestions/help?  It looks like (from the
>cvs log for if_de.c) that the driver in 2.2.2R should support this
>card (using the 21140A chip) but I am not having much luck.

You'll probably need the patches....they were available (with if_media) before
2.2.2 was release...only heaven knows why they *still* weren't in there. They
work quite nicely.

I'm not sure where they live though....


Denis
>
>Boot messages for de0 are:
>
>Jun  7 09:47:16 luke /kernel: de0 <Digital 21140A Fast Ethernet> rev 32
int a irq 9 on pci0:9
>Jun  7 09:47:16 luke /kernel: de0: 21140A [10-100Mb/s] pass 2.0
>Jun  7 09:47:16 luke /kernel: de0: address 00:e0:29:00:ec:81
>Jun  7 09:47:16 luke /kernel: de0: enabling 100baseTX port
>
>
>Thanks,
>-- 
>Bob Willcox	       Anyone who is capable of getting themselves made
>bob@luke.pmr.com       President should on no account be allowed to do the
job.
>Austin, TX              -- Douglas Adams, "The Hitchhiker's Guide to the
Galaxy"
>
>

From owner-freebsd-hackers  Sat Jun  7 09:40:27 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id JAA24760
          for hackers-outgoing; Sat, 7 Jun 1997 09:40:27 -0700 (PDT)
Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA24755
          for <hackers@FreeBSD.org>; Sat, 7 Jun 1997 09:40:25 -0700 (PDT)
Received: from johndoe (1Cust29.Max4.Boston.MA.MS.UU.NET [153.35.71.29])
          by mail.cdsnet.net (8.8.5/8.7.3) with SMTP id JAA25381;
          Sat, 7 Jun 1997 09:39:20 -0700 (PDT)
Message-Id: <3.0.1.32.19970607123815.006bc784@ranier.altavista-software.com>
X-Sender: 3ampop@ranier.altavista-software.com
X-Mailer: Windows Eudora Pro Version 3.0.1 (32)
Date: Sat, 07 Jun 1997 12:38:15 -0400
To: Bob Willcox <bob@luke.pmr.com>
From: Matt Thomas <matt@3am-software.com>
Subject: Re: Does SMC9332BDT work in 2.2.2R??
Cc: hackers@FreeBSD.org
In-Reply-To: <19970607104634.19370@luke.pmr.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Sender: owner-hackers@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

At 10:46 AM 6/7/97 -0500, Bob Willcox wrote:
>I am trying to install some SMC9332BDT ethernet cards in some of
>my systems here with no success. 

grab http://www.3am-software.com/de-970603.tar.gz
-- 
Matt Thomas               Internet:   matt@3am-software.com
3am Software Foundry      WWW URL:    http://www.3am-software.com/bio/matt.html
Westford, MA              Disclaimer: I disavow all knowledge of this message


From owner-freebsd-hackers  Sat Jun  7 09:51:30 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id JAA25226
          for hackers-outgoing; Sat, 7 Jun 1997 09:51:30 -0700 (PDT)
Received: from argus.nuke.net (node26.tfs.net [207.2.220.26])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA25217
          for <freebsd-hackers@freebsd.org>; Sat, 7 Jun 1997 09:51:26 -0700 (PDT)
Received: (from jbryant@localhost)
	by argus.nuke.net (8.8.5/8.8.5) id LAA03432;
	Sat, 7 Jun 1997 11:51:10 -0500 (CDT)
From: Jim Bryant <jbryant@argus.nuke.net>
Message-Id: <199706071651.LAA03432@argus.nuke.net>
Subject: Re: Writing 2D/3D CAD, drawing, OpenGL ...
To: aszydlo@maciek.gv.edu.pl (Andrzej Szydlo)
Date: Sat, 7 Jun 1997 11:51:09 -0500 (CDT)
Cc: freebsd-hackers@freebsd.org
Reply-To: jbryant@tfs.net
In-Reply-To: <199706070849.KAA22295@maciek.gv.edu.pl> from "Andrzej Szydlo" at Jun 7, 97 10:49:19 am
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

In reply:
> My "only" problem is the 2D design tool. None of the drawing tools available
> for FreeBSD seems to be useful for a starting point to develop it. (however
> I may be wrong).
> Writing such editor with no basis and libraries would be too time consuming,
> almost impossible in our conditions.
> 
> Do you know of any free or commercial resources that could be useful as
> a base to develop the editor? Maybe someone is doing similair job and
> we could join our efforts and share experiencies?
> 
> Thanks for any help, suggestions and oppinions.
> 
> Andrzej Szydlo
> <andrzej@gv.edu.pl>

the xfig sources would be a good starting point...

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"
 jbryant@tfs.net - KC5VDJ 2M, 70cm, KPC-3+ - kc5vdj@wv0t.#neks.ks.usa.noam

From owner-freebsd-hackers  Sat Jun  7 10:06:27 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id KAA26078
          for hackers-outgoing; Sat, 7 Jun 1997 10:06:27 -0700 (PDT)
Received: from luke.pmr.com ([206.224.65.132])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA26068
          for <hackers@FreeBSD.org>; Sat, 7 Jun 1997 10:06:25 -0700 (PDT)
Received: (from bob@localhost) by luke.pmr.com (8.8.5/8.7.3) id MAA01783; Sat, 7 Jun 1997 12:04:37 -0500 (CDT)
Message-ID: <19970607120437.18659@luke.pmr.com>
Date: Sat, 7 Jun 1997 12:04:37 -0500
From: Bob Willcox <bob@luke.pmr.com>
To: Matt Thomas <matt@3am-software.com>
Cc: hackers@FreeBSD.org
Subject: Re: Does SMC9332BDT work in 2.2.2R??
Reply-To: Bob Willcox <bob@luke.pmr.com>
References: <19970607104634.19370@luke.pmr.com> <3.0.1.32.19970607123815.006bc784@ranier.altavista-software.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.75e
In-Reply-To: <3.0.1.32.19970607123815.006bc784@ranier.altavista-software.com>; from Matt Thomas on Sat, Jun 07, 1997 at 12:38:15PM -0400
Sender: owner-hackers@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

On Sat, Jun 07, 1997 at 12:38:15PM -0400, Matt Thomas wrote:
> At 10:46 AM 6/7/97 -0500, Bob Willcox wrote:
> >I am trying to install some SMC9332BDT ethernet cards in some of
> >my systems here with no success. 
> 
> grab http://www.3am-software.com/de-970603.tar.gz

Thanks, Matt, that seems to have done the trick!


> -- 
> Matt Thomas               Internet:   matt@3am-software.com
> 3am Software Foundry      WWW URL:    http://www.3am-software.com/bio/matt.html
> Westford, MA              Disclaimer: I disavow all knowledge of this message

-- 
Bob Willcox	       Anyone who is capable of getting themselves made
bob@luke.pmr.com       President should on no account be allowed to do the job.
Austin, TX              -- Douglas Adams, "The Hitchhiker's Guide to the Galaxy"

From owner-freebsd-hackers  Sat Jun  7 10:30:40 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id KAA27760
          for hackers-outgoing; Sat, 7 Jun 1997 10:30:40 -0700 (PDT)
Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA27754
          for <freebsd-hackers@FreeBSD.com>; Sat, 7 Jun 1997 10:30:38 -0700 (PDT)
Received: from pf1.phil.uni-sb.de (root@pf1.phil.uni-sb.de [134.96.82.11])
	by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA27235
	for <freebsd-hackers@FreeBSD.com>; Sat, 7 Jun 1997 10:30:08 -0700 (PDT)
Received: from relay6.UU.NET (relay6.UU.NET [192.48.96.16])
	by pf1.phil.uni-sb.de (8.8.5/8.8.5/961001chris) with ESMTP id TAA02800
	for <saar-lists-freebsd-hackers@news.phil.uni-sb.de>; Sat, 7 Jun 1997 19:28:48 +0200 (MET DST)
Received: from ngeout01.news.aol.com by relay6.UU.NET with SMTP 
	(peer crosschecked as: ngeout01.news.aol.com [152.163.176.244])
	id QQcsxy07042; Sat, 7 Jun 1997 13:30:40 -0400 (EDT)
Received: from ladder02.news.aol.com (ladder02.news-fddi.aol.com [172.16.30.241]) by ngeout01.news.aol.com (8.6.12/8.6.12) with ESMTP id NAA24394 for <saar-lists-freebsd-hackers@uunet.uu.net>; Sat, 7 Jun 1997 13:30:28 -0400
Date: Sat, 7 Jun 1997 13:30:28 -0400
To: <saar-lists-freebsd-hackers@uunet.uu.net>
Message-Id: <19970607173000.NAA27469@ladder02.news.aol.com>
Newsgroups: saar.lists.freebsd-hackers
From: sn1perx@aol.com (Sn1perX)
Organization: AOL http://www.aol.com
Subject: I  NEED HELP!!!!!!
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

if any kind soul would care ta explain how ta hack ta me, I am very
interested in learning,  PLEASE E-Mail me at Sn1perX@aol.com

From owner-freebsd-hackers  Sat Jun  7 11:21:10 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id LAA29583
          for hackers-outgoing; Sat, 7 Jun 1997 11:21:10 -0700 (PDT)
Received: from misery.sdf.com (misery.sdf.com [204.244.210.193])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA29578
          for <freebsd-hackers@FreeBSD.ORG>; Sat, 7 Jun 1997 11:21:05 -0700 (PDT)
Received: from localhost (tom@localhost)
	by misery.sdf.com (8.8.5/8.8.5) with SMTP id LAA14521;
	Sat, 7 Jun 1997 11:19:37 -0700 (PDT)
X-Authentication-Warning: misery.sdf.com: tom owned process doing -bs
Date: Sat, 7 Jun 1997 11:19:35 -0700 (PDT)
From: Tom Samplonius <tom@sdf.com>
To: Joerg Wunsch <joerg_wunsch@uriah.heep.sax.de>
cc: FreeBSD hackers <freebsd-hackers@FreeBSD.ORG>,
        Scott Lystig Fritchie <fritchie@MR.Net>
Subject: Re: One reason to mmap() block devices
In-Reply-To: <19970607141732.ID18946@uriah.heep.sax.de>
Message-ID: <Pine.BSF.3.95q.970607111601.14508A-100000@misery.sdf.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


On Sat, 7 Jun 1997, J Wunsch wrote:

> As Tom Samplonius wrote:
> 
> >   Why not just mmap() the disk character device instead of the disk block
> > device?
> > 
> >   The block device is nearly useless for everything except newfs.
> 
> You mean mount(8), do you?  Newfs also requires the raw device.

  You are right.  I got this backwards.  In fact, under 2.2+, you are
likely to hang your system if you newsfs on the block device.

> -- 
> cheers, J"org
> 
> joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
> Never trust an operating system you don't have sources for. ;-)
> 
> 

Tom


From owner-freebsd-hackers  Sat Jun  7 12:01:53 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id MAA01050
          for hackers-outgoing; Sat, 7 Jun 1997 12:01:53 -0700 (PDT)
Received: from iafnl.es.iaf.nl (uucp@iafnl.es.iaf.nl [195.108.17.20])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA01041
          for <FreeBSD-hackers@freebsd.org>; Sat, 7 Jun 1997 12:01:50 -0700 (PDT)
Received: by iafnl.es.iaf.nl with UUCP id AA28222
  (5.67b/IDA-1.5 for FreeBSD-hackers@freebsd.org); Sat, 7 Jun 1997 21:02:09 +0200
Received: (from wilko@localhost) by yedi.iaf.nl (8.7.5/8.6.12) id UAA00951 for FreeBSD-hackers@freebsd.org; Sat, 7 Jun 1997 20:49:19 +0200 (MET DST)
From: Wilko Bulte <wilko@yedi.iaf.nl>
Message-Id: <199706071849.UAA00951@yedi.iaf.nl>
Subject: Lockup during kernel device probe on 2.2.1R
To: FreeBSD-hackers@freebsd.org (FreeBSD hackers list)
Date: Sat, 7 Jun 1997 20:49:19 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL24 ME8a]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Hi 

I seem to have a though problem this time. 

OS: FreeBSD 2.2.1R straight of the CD
Machines: 4x 486DX/33, all the same EISA motherboard (Philips P9175 to be
		exact)
	  memory: 12 or 16 Mb
	  disk: 3x AHA1740 with different brands of rootdisks
		1x WD1007 with ESDI Micropolis
	  console: 3x VGA, 1x EGA
	

Problem: Of the 4 machines, 3 lockup after "boot -v"-ing the 2.2.1R
	 bootflop. The last message printed is from syscons: 
	 bla bla port is 0045 (I of course forgot to take the
	 paper with the exact message :( ) Then nothing appears on
	 the (VGA) console anymore.
	 
	 Of the 3 failing machines, 2 are currently running 2.1.6R like
	 a charm. Disabling all of the devices that are not essential
	 makes no difference whatsoever.

	 Interestingly enough the 4th machine runs and boots 2.2.1R without 
	 any problem. Has Orchid Prodesigner VGA BTW.

This really has me stumped. Any clues are obviously more than welcome!

Wilko
_     ____________________________________________________________________
 |   / o / /  _  Bulte  email: wilko@yedi.iaf.nl - Arnhem, The Netherlands
 |/|/ / / /( (_) 	Do, or do not. There is no 'try' - Yoda
--------------------------------------------------------------------------

From owner-freebsd-hackers  Sat Jun  7 12:21:55 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id MAA01751
          for hackers-outgoing; Sat, 7 Jun 1997 12:21:55 -0700 (PDT)
Received: from unique.usn.blaze.net.au (unique.usn.blaze.net.au [203.17.53.17])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA01744
          for <freebsd-hackers@freebsd.org>; Sat, 7 Jun 1997 12:21:50 -0700 (PDT)
Received: from unique.usn.blaze.net.au (local [127.0.0.1])
	by unique.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id FAA28282;
	Sun, 8 Jun 1997 05:21:29 +1000 (EST)
Message-Id: <199706071921.FAA28282@unique.usn.blaze.net.au>
To: "Daniel O'Callaghan" <danny@panda.hilink.com.au>
Cc: Brian Somers <brian@awfulhak.org>, freebsd-hackers@freebsd.org
Subject: Re: fetch 
In-reply-to: Your message of "Tue, 03 Jun 1997 12:42:39 +1000."
             <Pine.BSF.3.91.970603123817.3844F-100000@panda.hilink.com.au> 
X-Face: (W@z~5kg?"+5?!2kHP)+l369.~a@oTl^8l87|/s8"EH?Uk~P<Wc^}f75I|456ez/M
 E3OlD+ZL@c>#N+Ec~Z&@;'LL!;3?y<m[SK`'\R~Oe|(t-x+U@a%p!1_fZP0!Tb^?'%M1|"n9
 Fl{Ao~%X[Ec|bMlaN-3#x.e')nZ2/HHYSa2D[:bk#pj0(}\HpKeE}/GqUb3-1}lnUm6Et4?(
 gB5[*Z3Mu6o{Og.EJ))beY9oq9wcVU7_n}:I2JvCaa[5=&PI;x__["DL`uI}=s>
Date: Sun, 08 Jun 1997 05:21:27 +1000
From: David Nugent <davidn@unique.usn.blaze.net.au>
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

> but some consistency in hackery would be nice.  Maybe we should just tell 
> the world to use hexadecimal years.  Then we would now be in the year
> 0x7CD, and we would have another 50 years to get organised before we hit 
> 0x800 :-)

:-)

This could get awkward, especially for each ending in "AD" and "BC".


David Nugent - Unique Computing Pty Ltd - Melbourne, Australia
Voice +61-3-9791-9547  Data/BBS +61-3-9792-3507  3:632/348@fidonet
davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/


From owner-freebsd-hackers  Sat Jun  7 12:31:02 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id MAA02083
          for hackers-outgoing; Sat, 7 Jun 1997 12:31:02 -0700 (PDT)
Received: from unique.usn.blaze.net.au (unique.usn.blaze.net.au [203.17.53.17])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA02078
          for <freebsd-hackers@freebsd.org>; Sat, 7 Jun 1997 12:30:58 -0700 (PDT)
Received: from unique.usn.blaze.net.au (local [127.0.0.1])
	by unique.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id FAA28336;
	Sun, 8 Jun 1997 05:29:31 +1000 (EST)
Message-Id: <199706071929.FAA28336@unique.usn.blaze.net.au>
To: Steve Howe <un_x@anchorage.net>, freebsd-hackers@freebsd.org
Subject: Re: signed/unsigned cpp 
In-reply-to: Your message of "Mon, 02 Jun 1997 22:21:16 PST."
             <Pine.BSF.3.95q.970602221732.5317A-100000@aak.anchorage.net> 
X-Face: (W@z~5kg?"+5?!2kHP)+l369.~a@oTl^8l87|/s8"EH?Uk~P<Wc^}f75I|456ez/M
 E3OlD+ZL@c>#N+Ec~Z&@;'LL!;3?y<m[SK`'\R~Oe|(t-x+U@a%p!1_fZP0!Tb^?'%M1|"n9
 Fl{Ao~%X[Ec|bMlaN-3#x.e')nZ2/HHYSa2D[:bk#pj0(}\HpKeE}/GqUb3-1}lnUm6Et4?(
 gB5[*Z3Mu6o{Og.EJ))beY9oq9wcVU7_n}:I2JvCaa[5=&PI;x__["DL`uI}=s>
Date: Sun, 08 Jun 1997 05:29:29 +1000
From: David Nugent <davidn@unique.usn.blaze.net.au>
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

> From owner-freebsd-hackers@FreeBSD.ORG  Tue Jun  3 17:16:57 1997
> Received: from server.blaze.net.au (server.blaze.net.au [203.17.53.1])
> 	by unique.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id RAA17742
> 	for <davidn@labs.usn.blaze.net.au>; Tue, 3 Jun 1997 17:16:55 +1000 (EST)
> Received: from y.physics.usyd.edu.au (y.physics.usyd.edu.au [129.78.129.110])
> 	by server.blaze.net.au (8.8.5/8.8.5) with ESMTP id RAA01818
> 	for <davidn@blaze.net.au>; Tue, 3 Jun 1997 17:17:11 +1000 (EST)
> Received: from hub.freebsd.org (hub.FreeBSD.ORG [204.216.27.18]) by y.physics.usyd.edu.au (8.8.5/8.8.2) with ESMTP id RAA23900; Tue, 3 Jun 1997 17:14:22 +1000 (EST)
> Received: from localhost (daemon@localhost)
>           by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA10254;
>           Mon, 2 Jun 1997 23:35:03 -0700 (PDT)
> Received: (from root@localhost)
>           by hub.freebsd.org (8.8.5/8.8.5) id XAA09994
>           for hackers-outgoing; Mon, 2 Jun 1997 23:31:56 -0700 (PDT)
> Received: from iceberg.anchorage.net. (root@iceberg.anchorage.net [207.14.72.150])
>           by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA09973
>           for <hackers@freebsd.org>; Mon, 2 Jun 1997 23:31:52 -0700 (PDT)
> Received: from aak.anchorage.net (ai-132 [207.14.72.132]) by iceberg.anchorage.net. (8.6.11/8.7.3) with SMTP id VAA10269 for <hackers@freebsd.org>; Mon, 2 Jun 1997 21:29:00 -0800
> Date: Mon, 2 Jun 1997 22:21:16 -0800 (AKDT)
> From: Steve Howe <un_x@anchorage.net>
> X-Sender: abc@aak.anchorage.net
> To: freebsd-hackers <hackers@FreeBSD.ORG>
> Subject: Re: signed/unsigned cpp
> In-Reply-To: <199706030619.PAA01871@genesis.atrad.adelaide.edu.au>
> Message-ID: <Pine.BSF.3.95q.970602221732.5317A-100000@aak.anchorage.net>
> MIME-Version: 1.0
> Content-Type: TEXT/PLAIN; charset=US-ASCII
> Sender: owner-hackers@FreeBSD.ORG
> X-Loop: FreeBSD.org
> Precedence: bulk
> 
> On Tue, 3 Jun 1997, Michael Smith wrote:
> 
> > No, there you are quite right.  But if I use a "char *" type, I know
> > not to explicitly expect it to be either "signed" or "unsigned".
> 
> i'm in the middle of porting a bunch of code, and would like to do
> it as "properly" as possible.  can anyone tell me an instance
> where declaring "char *" is of any benefit, as opposed to
> explicitly defining "unsinged char *" or "signed char *" ?

Backwards compatibility.

Some code doesn't care about the signedness of whatever it is
pointing at, and it simply won't have any impact. Only the fact
that it is pointing at an object who's sizeof() is guaranteed to
be 1 may matter, for the sake of doing pointer arithmetic, for
example.

In c++, the concept of "default signedness" is still there simply
because it makes it possible to more easily compile existing C
code in C++ mode. The addition of "signed" as an explicit type
assists in tighter type checking.

Regards,
David

David Nugent - Unique Computing Pty Ltd - Melbourne, Australia
Voice +61-3-9791-9547  Data/BBS +61-3-9792-3507  3:632/348@fidonet
davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/

From owner-freebsd-hackers  Sat Jun  7 12:47:00 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id MAA02681
          for hackers-outgoing; Sat, 7 Jun 1997 12:47:00 -0700 (PDT)
Received: from luke.pmr.com ([206.224.65.132])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA02676
          for <freebsd-hackers@freefall.FreeBSD.org>; Sat, 7 Jun 1997 12:46:58 -0700 (PDT)
Received: (from bob@localhost) by luke.pmr.com (8.8.5/8.7.3) id OAA03016; Sat, 7 Jun 1997 14:45:56 -0500 (CDT)
Message-ID: <19970607144556.23347@luke.pmr.com>
Date: Sat, 7 Jun 1997 14:45:56 -0500
From: Bob Willcox <bob@luke.pmr.com>
To: hackers mailing list <freebsd-hackers@freefall.FreeBSD.org>
Subject: Intel EtherExpress PRO/100 LAN adapters?
Reply-To: Bob Willcox <bob@luke.pmr.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.75e
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Well, I now have part of my network running at 100mbps, but now I
have another problem.  It has to do with some (older?) Intel
EtherExpress PRO/100 LAN adapters that I have gotten (surplus, for
a good price).  Are these in some way different from the Intel
EtherExpress PRO/100B adapters that are mentioned in the handbook
under Ethernet cards?  The reason I ask is that my system doesn't
notice these cards when I boot.  Are these, perhaps, older and
non-supported adapters?

Thanks,
-- 
Bob Willcox	       Anyone who is capable of getting themselves made
bob@luke.pmr.com       President should on no account be allowed to do the job.
Austin, TX              -- Douglas Adams, "The Hitchhiker's Guide to the Galaxy"

From owner-freebsd-hackers  Sat Jun  7 13:41:34 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id NAA04921
          for hackers-outgoing; Sat, 7 Jun 1997 13:41:34 -0700 (PDT)
Received: from luke.pmr.com ([206.224.65.132])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA04916
          for <hackers@FreeBSD.ORG>; Sat, 7 Jun 1997 13:41:32 -0700 (PDT)
Received: (from bob@localhost) by luke.pmr.com (8.8.5/8.7.3) id PAA00638; Sat, 7 Jun 1997 15:39:51 -0500 (CDT)
Message-ID: <19970607153951.39100@luke.pmr.com>
Date: Sat, 7 Jun 1997 15:39:51 -0500
From: Bob Willcox <bob@luke.pmr.com>
To: Matt Thomas <matt@3am-software.com>
Cc: hackers@FreeBSD.ORG
Subject: Re: Does SMC9332BDT work in 2.2.2R??
Reply-To: Bob Willcox <bob@luke.pmr.com>
References: <19970607104634.19370@luke.pmr.com> <3.0.1.32.19970607123815.006bc784@ranier.altavista-software.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.75e
In-Reply-To: <3.0.1.32.19970607123815.006bc784@ranier.altavista-software.com>; from Matt Thomas on Sat, Jun 07, 1997 at 12:38:15PM -0400
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On Sat, Jun 07, 1997 at 12:38:15PM -0400, Matt Thomas wrote:
> At 10:46 AM 6/7/97 -0500, Bob Willcox wrote:
> >I am trying to install some SMC9332BDT ethernet cards in some of
> >my systems here with no success. 
> 
> grab http://www.3am-software.com/de-970603.tar.gz

Hmm, my previous response indicating success may have been a bit
premature.  The above referenced driver works ok on one of my 166MHz
Pentium systems but fails on my 233MHz PentiumPro system.  Looks
like there might be a timing or compatibility problem there.  The
mother board is an ASUS P/I-XP6NP5 with 128MB of memory and all 5
PCI slots populated (3 SCSI adapters [NCR/SYMBIOS] and a #9 GXE64Pro
graphics card are in the other 4).

The system gets through probing and boot ok, but as it starts to
bring up network daemons they either hang or get RPC timeouts.
BTW, this behavior is the same with either my new SMC9332DBT or my
old 21040 based card (its DEC adapter, but I don't know model number
off hand)

> -- 
> Matt Thomas               Internet:   matt@3am-software.com
> 3am Software Foundry      WWW URL:    http://www.3am-software.com/bio/matt.html
> Westford, MA              Disclaimer: I disavow all knowledge of this message

-- 
Bob Willcox	       Anyone who is capable of getting themselves made
bob@luke.pmr.com       President should on no account be allowed to do the job.
Austin, TX              -- Douglas Adams, "The Hitchhiker's Guide to the Galaxy"

From owner-freebsd-hackers  Sat Jun  7 14:31:59 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id OAA08130
          for hackers-outgoing; Sat, 7 Jun 1997 14:31:59 -0700 (PDT)
Received: from avon-gw.uk1.vbc.net (jdd@avon-gw.uk1.vbc.net [194.207.2.20])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA08119
          for <freebsd-hackers@FreeBSD.ORG>; Sat, 7 Jun 1997 14:31:52 -0700 (PDT)
Received: (from jdd@localhost) by avon-gw.uk1.vbc.net (8.8.2/8.7.3) id WAA00639; Sat, 7 Jun 1997 22:31:07 +0100 (BST)
Date: Sat, 7 Jun 1997 22:31:07 +0100 (BST)
From: Jim Dixon <jdd@vbc.net>
X-Sender: jdd@avon-gw.uk1.vbc.net
To: David Nugent <davidn@unique.usn.blaze.net.au>
cc: freebsd-hackers@FreeBSD.ORG
Subject: Re: fetch 
In-Reply-To: <199706071921.FAA28282@unique.usn.blaze.net.au>
Message-ID: <Pine.BSI.3.91.970607222950.283F-100000@avon-gw.uk1.vbc.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On Sun, 8 Jun 1997, David Nugent wrote:

> > but some consistency in hackery would be nice.  Maybe we should just tell 
> > the world to use hexadecimal years.  Then we would now be in the year
> > 0x7CD, and we would have another 50 years to get organised before we hit 
> > 0x800 :-)
> 
> :-)
> 
> This could get awkward, especially for each ending in "AD" and "BC".

Quite simple really: 33 BC = -0x21

--
Jim Dixon                  VBCnet GB Ltd           http://www.vbc.net
tel +44 117 929 1316                             fax +44 117 927 2015


From owner-freebsd-hackers  Sat Jun  7 15:22:21 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id PAA11241
          for hackers-outgoing; Sat, 7 Jun 1997 15:22:21 -0700 (PDT)
Received: from implode.root.com (implode.root.com [198.145.90.17])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA11236
          for <freebsd-hackers@freefall.FreeBSD.org>; Sat, 7 Jun 1997 15:22:19 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1])
	by implode.root.com (8.8.5/8.8.5) with SMTP id PAA23657;
	Sat, 7 Jun 1997 15:22:50 -0700 (PDT)
Message-Id: <199706072222.PAA23657@implode.root.com>
X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol
To: Bob Willcox <bob@luke.pmr.com>
cc: hackers mailing list <freebsd-hackers@freefall.FreeBSD.org>
Subject: Re: Intel EtherExpress PRO/100 LAN adapters? 
In-reply-to: Your message of "Sat, 07 Jun 1997 14:45:56 CDT."
             <19970607144556.23347@luke.pmr.com> 
From: David Greenman <dg@root.com>
Reply-To: dg@root.com
Date: Sat, 07 Jun 1997 15:22:49 -0700
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>Well, I now have part of my network running at 100mbps, but now I
>have another problem.  It has to do with some (older?) Intel
>EtherExpress PRO/100 LAN adapters that I have gotten (surplus, for
>a good price).  Are these in some way different from the Intel
>EtherExpress PRO/100B adapters that are mentioned in the handbook
>under Ethernet cards?  The reason I ask is that my system doesn't
>notice these cards when I boot.  Are these, perhaps, older and
>non-supported adapters?

   The old, big, Pro/100 cards are an entirely different animal and stand
no chance of working with the fxp driver. We have no support for those in
FreeBSD.

-DG

David Greenman
Core-team/Principal Architect, The FreeBSD Project

From owner-freebsd-hackers  Sat Jun  7 15:25:30 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id PAA11336
          for hackers-outgoing; Sat, 7 Jun 1997 15:25:30 -0700 (PDT)
Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA11327
          for <FreeBSD-hackers@FreeBSD.ORG>; Sat, 7 Jun 1997 15:25:26 -0700 (PDT)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
	by agora.rdrop.com (8.8.5/8.8.5) with SMTP id PAA28636
	for <FreeBSD-hackers@FreeBSD.ORG>; Sat, 7 Jun 1997 15:25:22 -0700 (PDT)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA00683; Sun, 8 Jun 1997 00:24:04 +0200
Received: (from j@localhost)
	by uriah.heep.sax.de (8.8.5/8.8.5) id AAA04153;
	Sun, 8 Jun 1997 00:09:32 +0200 (MET DST)
Message-ID: <19970608000932.GX40967@uriah.heep.sax.de>
Date: Sun, 8 Jun 1997 00:09:32 +0200
From: j@uriah.heep.sax.de (J Wunsch)
To: FreeBSD-hackers@FreeBSD.ORG (FreeBSD hackers list)
Cc: wilko@yedi.iaf.nl (Wilko Bulte)
Subject: Re: Lockup during kernel device probe on 2.2.1R
References: <199706071849.UAA00951@yedi.iaf.nl>
X-Mailer: Mutt 0.60_p2-3,5,8-9
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <199706071849.UAA00951@yedi.iaf.nl>; from Wilko Bulte on Jun 7, 1997 20:49:19 +0200
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

As Wilko Bulte wrote:

> Problem: Of the 4 machines, 3 lockup after "boot -v"-ing the 2.2.1R
> 	 bootflop. The last message printed is from syscons: 
> 	 bla bla port is 0045 (I of course forgot to take the
> 	 paper with the exact message :( ) Then nothing appears on
> 	 the (VGA) console anymore.

Did you try 2.2.2?  Kazu has fixed a number of syscons-related bugs.

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Sat Jun  7 15:31:46 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id PAA11522
          for hackers-outgoing; Sat, 7 Jun 1997 15:31:46 -0700 (PDT)
Received: from luke.pmr.com ([206.224.65.132])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA11517
          for <freebsd-hackers@freefall.FreeBSD.org>; Sat, 7 Jun 1997 15:31:43 -0700 (PDT)
Received: (from bob@localhost) by luke.pmr.com (8.8.5/8.7.3) id RAA03579; Sat, 7 Jun 1997 17:30:26 -0500 (CDT)
Message-ID: <19970607173025.20755@luke.pmr.com>
Date: Sat, 7 Jun 1997 17:30:25 -0500
From: Bob Willcox <bob@luke.pmr.com>
To: dg@root.com
Cc: hackers mailing list <freebsd-hackers@freefall.FreeBSD.org>
Subject: Re: Intel EtherExpress PRO/100 LAN adapters?
Reply-To: Bob Willcox <bob@luke.pmr.com>
References: <19970607144556.23347@luke.pmr.com> <199706072222.PAA23657@implode.root.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.75e
In-Reply-To: <199706072222.PAA23657@implode.root.com>; from David Greenman on Sat, Jun 07, 1997 at 03:22:49PM -0700
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On Sat, Jun 07, 1997 at 03:22:49PM -0700, David Greenman wrote:
> >Well, I now have part of my network running at 100mbps, but now I
> >have another problem.  It has to do with some (older?) Intel
> >EtherExpress PRO/100 LAN adapters that I have gotten (surplus, for
> >a good price).  Are these in some way different from the Intel
> >EtherExpress PRO/100B adapters that are mentioned in the handbook
> >under Ethernet cards?  The reason I ask is that my system doesn't
> >notice these cards when I boot.  Are these, perhaps, older and
> >non-supported adapters?
> 
>    The old, big, Pro/100 cards are an entirely different animal and stand
> no chance of working with the fxp driver. We have no support for those in
> FreeBSD.

Bummer, I was afraid of that.  Thanks for the response.

-- 
Bob Willcox	       Anyone who is capable of getting themselves made
bob@luke.pmr.com       President should on no account be allowed to do the job.
Austin, TX              -- Douglas Adams, "The Hitchhiker's Guide to the Galaxy"