Commit Graph

164 Commits

Author SHA1 Message Date
Julian Elischer
4cf49a4355 Whistle's Netgraph link-layer (sometimes more) networking infrastructure.
Been in production for 3 years now. Gives Instant Frame relay to if_sr
and if_ar drivers, and PPPOE support soon. See:
ftp://ftp.whistle.com/pub/archie/netgraph/index.html
for on-line manual pages.

Reviewed by: Doug Rabson (dfr@freebsd.org)
Obtained from:  Whistle CVS tree
1999-10-21 09:06:11 +00:00
Bill Fumerola
24ff9bb509 mergemaster bmake glue. 1999-10-20 07:33:09 +00:00
Peter Wemm
bd3c4bb29f Nuke the old antique copy of ipfilter from the tree. This is old enough
to be dangerous.  It will better serve us as a port building a KLD,
ala SKIP.
1999-10-10 15:08:38 +00:00
Peter Wemm
97d92980a9 $Id$ -> $FreeBSD$ 1999-08-28 01:35:59 +00:00
Matt Jacob
18443fbd98 Some floppy related commands (fdformat, fdwrite, fdcontrol) need not be
restricted to i386.
1999-08-10 01:04:11 +00:00
Stefan Eßer
2b51223f01 Activate building of elf2exe for MACHINE_ARCH==alpha. 1999-07-28 20:16:49 +00:00
Robert Nordier
0277da1675 Activate kgzip. 1999-07-19 20:22:44 +00:00
Mitsuru IWASAKI
07c279cd0d Activate apmd. 1999-07-10 17:44:02 +00:00
Doug Rabson
accaf17a2a Port pnpinfo to alpha. 1999-05-22 17:35:48 +00:00
David E. O'Brien
ce68c9929a Move sysctl/ to src/sbin/ where it now belongs.
Repository copied by:	Peter
1999-05-10 10:17:22 +00:00
Bill Paul
31a08ab08e Add device driver support for the Lucent WaveLAN/IEEE 802.11 PCMCIA
adapter (and some workalikes). Also add man pages and a wicontrol
utility to manipulate some of the card parameters.

This driver was written using information gleaned from the Lucent HCF Light
library, though it does not use any of the HCF Light code itself, mainly
because it's contaminated by the GPL (but also because it's pretty gross).
The HCF Light lacks certain featurs from the full (but proprietary) HCF
library, including 802.11 frame encapsulation support, however it has
just enough register information about the Hermes chip to allow someone
with enough spare time and energy to implement a proper driver. (I would
have prefered getting my hands on the Hermes manual, but that's proprietary
too. For those who are wondering, the Linux driver uses the proprietary
HCF library, but it's provided in object code form only.)

Note that I do not have access to a WavePOINT access point, so I have
only been able to test ad-hoc mode. The wicontrol utility can turn on
BSS mode, but I don't know for certain that the NIC will associate with
an access point correctly. Testers are encouraged to send their results
to me so that I can find out if I screwed up or not.
1999-05-05 07:37:11 +00:00
Poul-Henning Kamp
75c1354190 This Implements the mumbled about "Jail" feature.
This is a seriously beefed up chroot kind of thing.  The process
is jailed along the same lines as a chroot does it, but with
additional tough restrictions imposed on what the superuser can do.

For all I know, it is safe to hand over the root bit inside a
prison to the customer living in that prison, this is what
it was developed for in fact:  "real virtual servers".

Each prison has an ip number associated with it, which all IP
communications will be coerced to use and each prison has its own
hostname.

Needless to say, you need more RAM this way, but the advantage is
that each customer can run their own particular version of apache
and not stomp on the toes of their neighbors.

It generally does what one would expect, but setting up a jail
still takes a little knowledge.

A few notes:

   I have no scripts for setting up a jail, don't ask me for them.

   The IP number should be an alias on one of the interfaces.

   mount a /proc in each jail, it will make ps more useable.

   /proc/<pid>/status tells the hostname of the prison for
   jailed processes.

   Quotas are only sensible if you have a mountpoint per prison.

   There are no privisions for stopping resource-hogging.

   Some "#ifdef INET" and similar may be missing (send patches!)

If somebody wants to take it from here and develop it into
more of a "virtual machine" they should be most welcome!

Tools, comments, patches & documentation most welcome.

Have fun...

Sponsored by:   http://www.rndassociates.com/
Run for almost a year by:       http://www.servetheweb.com/
1999-04-28 11:38:52 +00:00
David E. O'Brien
0acc1823a4 \begin{bdemode}
sort tcpd* entries
\end{bdemode}
1999-04-28 08:00:50 +00:00
Mike Smith
0adc9d60f1 Build memcontrol too. 1999-04-07 04:12:02 +00:00
Mark Murray
8d4b20e333 Build tcp_wrappers' userland. I am not building tcpd, because in a day
or two, inetd will gain the necessary functionality. At that stage,
I'll make wrapping the default for sendmail and portmapper as well.
1999-03-14 18:02:14 +00:00
Brian Somers
2f9a9cb08c src/usr.sbin/natd -> src/sbin/natd (after a repo-copy by jdp) 1999-03-12 15:38:55 +00:00
Robert Nordier
5051d0ac60 Activate boot0cfg. 1999-02-21 21:30:13 +00:00
Mike Smith
b6c9912866 Back out 1.146 - usbd is already enabled. 1999-01-11 18:03:54 +00:00
Mike Smith
66d08b5f0c Add usbd to the build 1999-01-11 08:06:04 +00:00
Nick Hibma
7c0a08f381 Added usbd and usbdevs 1999-01-10 21:57:55 +00:00
Peter Wemm
cc85444017 Reconnect pcvt hooks..
Reviewed by:	core
1999-01-01 08:45:44 +00:00
Poul-Henning Kamp
4b14c4dc97 spppcontrol already lives in /sbin 1998-12-30 09:38:36 +00:00
Gary Palmer
a0f1d841a5 Put the i4b stuff under the `i386 only' section until someone fixes up
the build problems on the Alpha.
1998-12-28 16:37:28 +00:00
Poul-Henning Kamp
19c749625f Initial entry of ISDN4BSD into the FreeBSD tree.
ISDN4BSD is the work of our brand-new comitter: Hellmuth Michaelis,
who has done a tremendous amount of work to bring us this far.

There are still some outstanding issues and files to bring into
the tree, and for now it will be needed to pick up all the extra
docs from the isdn4bsd release.

It is probably also a very good idea to subscribe to the isdn@freebsd.org
mailing list before you try this out.

These files correspond to release "beta Version 0.70.00 / December
1998" from Hellmuth.
1998-12-27 21:47:14 +00:00
Poul-Henning Kamp
57814d04d4 Update sppp support to i4b level. This includes the new spppcontrol
program to set PPP options like authentication with.
1998-12-27 21:30:44 +00:00
Poul-Henning Kamp
1767866e4d follow up to:
Pre 3.0 branch cleanup casualty #4: pcvt
1998-12-27 16:44:24 +00:00
Nick Hibma
6015b10bca Unbreak make world. Sorry about that. I'll have to figure out the steps
to add those programs properly.
1998-12-13 14:56:19 +00:00
Nick Hibma
00074f8e84 Added usbd, usbdevs directories
Submitted by:	MIHIRA Sanpei Yoshiro
1998-12-12 11:47:31 +00:00
Bruce Evans
3c817e2cc4 Fixed disorder. 1998-11-10 12:29:04 +00:00
Dima Ruban
ffd2f8ac3d Enable IPXrouted for alpha. 1998-11-10 06:38:40 +00:00
Dima Ruban
5c9036d5ee Clean it up a little bit. 1998-11-09 23:39:02 +00:00
Jordan K. Hubbard
a068293786 Add crunch back to general targets. 1998-10-02 11:31:36 +00:00
Doug Rabson
0b0efca2f4 Don't build ncrcontrol on alpha, its obsoleted by cam. 1998-09-17 08:55:02 +00:00
Doug Rabson
183b47f7bb Add some things to the alpha build. 1998-09-16 09:33:23 +00:00
Poul-Henning Kamp
3f8c45065e (this is an extract from src/share/examples/atm/README)
===================================
                HARP  |  Host ATM Research Platform
                ===================================

                              HARP 3

What is this stuff?
-------------------
The Advanced Networking Group (ANG) at the Minnesota Supercomputer Center,
Inc. (MSCI), as part of its work on the MAGIC Gigabit Testbed, developed
the Host ATM Research Platform (HARP) software, which allows IP hosts to
communicate over ATM networks using standard protocols.  It is intended to
be a high-quality platform for IP/ATM research.

HARP provides a way for IP hosts to connect to ATM networks.  It supports
standard methods of communication using IP over ATM.  A host's standard IP
software sends and receives datagrams via a HARP ATM interface.  HARP provides
functionality similar to (and typically replaces) vendor-provided ATM device
driver software.

HARP includes full source code, making it possible for researchers to
experiment with different approaches to running IP over ATM.  HARP is
self-contained; it requires no other licenses or commercial software packages.

HARP implements support for the IETF Classical IP model for using IP over ATM
networks, including:

   o IETF ATMARP address resolution client
   o IETF ATMARP address resolution server
   o IETF SCSP/ATMARP server
   o UNI 3.1 and 3.0 signalling protocols
   o Fore Systems's SPANS signalling protocol

What's supported
----------------
The following are supported by HARP 3:

   o ATM Host Interfaces
        - FORE Systems, Inc. SBA-200 and SBA-200E ATM SBus Adapters
        - FORE Systems, Inc. PCA-200E ATM PCI Adapters
        - Efficient Networks, Inc. ENI-155p ATM PCI Adapters

   o ATM Signalling Protocols
        - The ATM Forum UNI 3.1 signalling protocol
        - The ATM Forum UNI 3.0 signalling protocol
        - The ATM Forum ILMI address registration
        - FORE Systems's proprietary SPANS signalling protocol
        - Permanent Virtual Channels (PVCs)

   o IETF "Classical IP and ARP over ATM" model
        - RFC 1483, "Multiprotocol Encapsulation over ATM Adaptation Layer 5"
        - RFC 1577, "Classical IP and ARP over ATM"
        - RFC 1626, "Default IP MTU for use over ATM AAL5"
        - RFC 1755, "ATM Signaling Support for IP over ATM"
        - RFC 2225, "Classical IP and ARP over ATM"
        - RFC 2334, "Server Cache Synchronization Protocol (SCSP)"
        - Internet Draft draft-ietf-ion-scsp-atmarp-00.txt,
                "A Distributed ATMARP Service Using SCSP"

   o ATM Sockets interface
        - The file atm-sockets.txt contains further information

What's not supported
--------------------
The following major features of the above list are not currently supported:

        o UNI point-to-multipoint support
        o Driver support for Traffic Control/Quality of Service
        o SPANS multicast and MPP support
        o SPANS signalling using Efficient adapters

This software was developed under the sponsorship of the Defense Advanced
Research Projects Agency (DARPA).

Reviewed (lightly) by:	phk
Submitted by:	Network Computing Services, Inc.
1998-09-15 11:44:44 +00:00
Justin T. Gibbs
f0de228f7a Ncrcontrol is no more. 1998-09-15 10:29:18 +00:00
Robert Nordier
d60dc4ef43 Activate btxld. 1998-09-12 06:58:18 +00:00
Gary Palmer
0451ac36bd Split lines into one subdir per line. 1998-08-30 20:58:16 +00:00
Gary Palmer
971104bfb7 Make pstat machine-independant again 1998-08-30 20:15:09 +00:00
John Birrell
1be40924a9 Build kvm_mkdb and natd on alpha too. 1998-08-20 21:51:35 +00:00
Gary Palmer
67e55fa568 We need config to build on the alpha also ... kinda difficult to build
kernels without it :)
1998-08-17 05:48:22 +00:00
Peter Wemm
943c997663 Descend into makemap/mailstats/praliases when building sendmail. 1998-08-04 15:28:25 +00:00
Robert Nordier
560cbdb57d Drop mkdosfs (replaced by newfs_msdos).
Prompted by: joerg
1998-07-19 13:41:08 +00:00
Dag-Erling Smørgrav
2c8d830407 Add chkgrp 1998-05-24 15:07:04 +00:00
Peter Wemm
d12e99bb93 Add nsupdate 1998-05-03 05:17:28 +00:00
Poul-Henning Kamp
5a85f025f8 In light of the fact that several widespread sendmail alternatives exists
is reason enough to make the compilation & installation of sendmail an
make.conf option.  I know that you hate negative options Bruce.

PR:		6284
Reviewed by:	phk
Submitted by:	Adrian Colley <aecolley@world.std.com>
1998-04-15 16:37:42 +00:00
John Birrell
8d737d4688 A few things won't compile on alpha, so make them i386 specific for
the time being.
1998-03-23 22:21:34 +00:00
Peter Wemm
5021f7402d Initial bmake scaffolding for ipfilter userland stuff.
Obtained from: large chunks stolen from OpenBSD and NetBSD
1998-03-21 13:53:18 +00:00
John Birrell
1a1536c132 Some things only work on i386.
Removed unsupported machines.
1998-03-13 19:43:12 +00:00
Mike Smith
e63dcf46f3 Disconnect (nonexistent) qcamcontrol
Submitted by:	pst
1998-02-18 13:48:37 +00:00