| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
do its job and not override it when set.
Submitted by: Ruslan Ermilov <ru@FreeBSD.org>
|
|
|
|
| |
Submitted by: "John W. DeBoskey" <jwd@unx.sas.com>
|
| |
|
|
|
|
|
|
| |
to crack the K&R; I must have forgotten the C language. :)
Embarrassingly noticed by: Howard Gutch <logix@foobar.franken.de>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
for the AN985 "Centaur" chip, which is apparently the next genetation
of the "Comet." The AN985 is also a tulip clone and is similar to the
AL981 except that it uses a 99C66 EEPROM and a serial MII interface
(instead of direct access to the PHY registers).
Also updated various documentation to mention the AN985 and created
a loadable module.
I don't think there are any cards that use this chip on the market yet:
the datasheet I got from ADMtek has boxes with big X's in them where the
diagrams should be, and the sample boards I got have chips without any
artwork on them.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
it's serial=comconsole. I wish it were easier to figure this
stuff out. :)
Submitted by: jfieber
|
|
|
|
| |
GNOME" desktop that Debian does as an option.
|
|
|
|
|
| |
long enough (and doing it multiple times results in a dialog which waits
AGES to complete).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the Davicom DM9100 and DM9102 chipsets, including the Jaton Corporation
XPressNet. Datasheet is available from www.davicom8.com.
The DM910x chips are still more tulip clones. The API is reproduced
pretty faithfully, unfortunately the performance is pretty bad. The
transmitter seems to have a lot of problems DMAing multi-fragment
packets. The only way to make it work reliably is to coalesce transmitted
packets into a single contiguous buffer. The Linux driver (written by
Davicom) actually does something similar to this. I can't recomment this
NIC as anything more than a "connectivity solution."
This driver uses newbus and miibus and is supported on both i386
and alpha platforms.
|
|
|
|
|
|
|
|
|
|
|
|
| |
SiS 900 and SiS 7016 PCI fast ethernet chipsets. Full manuals for the
SiS chips can be found at www.sis.com.tw.
This is a fairly simple chipset. The receiver uses a 128-bit multicast
hash table and single perfect entry for the station address. Transmit and
receive DMA and FIFO thresholds are easily tuneable. Documentation is
pretty decent and performance is not bad, even on my crufty 486. This
driver uses newbus and miibus and is supported on both the i386 and
alpha architectures.
|
| |
|
|
|
|
| |
o Catch up with ncurses updates - some internal function names have changed.
|
|
|
|
|
| |
Submitted by: kasey@ambernetworks.com
PR: 13534
|
|
|
|
|
|
|
|
|
|
| |
I backed-out the changes in -current and didn't touch stable at all (I
thought I had my patch order reversed, not what actually happened).
AIEEE! I can't even blame the crack for this one since I broke my
crack pipe a few weeks ago. I think sleep deprivation gets the blame
for this one.
Medal for noticing this one goes to: Jim Bloom <bloom@acm.org>
|
|
|
|
|
|
|
| |
bringing in DHCP support. The only thing I left out were Poul-Henning's
newfs changes since I'm not sure if he's brought the rest of that support
into -stable yet. If it turns out that this is the case, I'll MFC those
changes too.
|
| |
|
|
|
|
| |
like libdisk does bad things. :)
|
| |
|
|
|
|
| |
Reported by: Terry Jones <terry@cliffs.ucsd.edu>
|
|
|
|
|
| |
Submitted by: Alexey M. Zelkin <phantom@cris.net>
PR: 13271
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
PCI fast ethernet controller. Currently, the only card I know that uses
this chip is the D-Link DFE-550TX. (Don't ask me where to buy these: the
only cards I have are samples sent to me by D-Link.)
This driver is the first to make use of the miibus code once I'm sure
it all works together nicely, I'll start converting the other drivers.
The Sundance chip is a clone of the 3Com 3c90x Etherlink XL design
only with its own register layout. Support is provided for ifmedia,
hardware multicast filtering, bridging and promiscuous mode.
|
|
|
|
| |
the DHCP support code.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
in a previous FreeBSD version. That never happened. Document that
it is due to be replaced, but leave it open-ended as to when.
Also do some mdoc cleanup.
PR: docs/13148
PR: docs/13144
Submitted by: Lee Cremeans <lcremeans@erols.com>
Alex M. Zelkim <phantom@cris.net>
Discussed with: jkh
|
|
|
|
|
| |
in GENERIC. Now a dhcp-configured system will both install and boot
initially with proper interface configuration.
|
|
|
|
| |
This allows to add local additions on install time..
|
|
|
|
|
|
| |
The default is still "-b 8192 -f 1024" but my experiments show that
"-b 16384 -f 4096 -c 100" is a more sensible value for modern
disksizes.
|
|
|
|
| |
Requested by: max
|
| |
|
|
|
|
| |
Apologies To: Dan Nelson <dan@emsphone.com>
|
| |
|
|
|
|
| |
Submitted by: Josef L. Karthauser <joe@uk.FreeBSD.org>
|
|
|
|
| |
Suggested by: obrien
|
|
|
|
|
|
|
|
|
|
|
|
| |
Originally submitted by: Wayne Self <wself@cdrom.com>
Allow a ppp startup option in rc.conf.
Adjust sysinstall so that it appends to the end of ppp.conf
and uses the generated profile to start ppp in auto mode on
boot.
Submitted by: Josef L. Karthauser <joe@uk.FreeBSD.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
ethernet controllers based on the AIC-6915 "Starfire" controller chip.
There are single port, dual port and quad port cards, plus one 100baseFX
card. All are 64-bit PCI devices, except one single port model.
The Starfire would be a very nice chip were it not for the fact that
receive buffers have to be longword aligned. This requires buffer
copying in order to achieve proper payload alignment on the alpha.
Payload alignment is enforced on both the alpha and x86 platforms.
The Starfire has several different DMA descriptor formats and transfer
mechanisms. This driver uses frame descriptors for transmission which
can address up to 14 packet fragments, and a single fragment descriptor
for receive. It also uses the producer/consumer model and completion
queues for both transmit and receive. The transmit ring has 128
descriptors and the receive ring has 256.
This driver supports both FreeBSD/i386 and FreeBSD/alpha, and uses newbus
so that it can be compiled as a loadable kernel module. Support for BPF
and hardware multicast filtering is included.
|
| |
|
|
|
|
| |
no sense here but list the TGA server, since it does.
|
|
|
|
| |
Submitted by: Marcel Moolenaar <marcel@scc.nl>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
ifconfig, essentially stealing the lease until the user goes and changes
it. The alternative, sadly, is total dysfunction since bpf isn't in
GENERIC and network connectivity would otherwise fail completely on first
bootup when DHCP configuration was attempted again.
The ultimate answer here is to make either bpf a loadable kernel module
(which security conscious admins will be able to simply remove from /modules)
or come up with a lighter weight mechanism just for dhcp and other apps that
need to see broadcast packets but not otherwise sniff the wire in full
bpf glory.
|
|
|
|
| |
to work (fnark).
|
|
|
|
| |
when it fails). Disable it in sysinstall for now.
|
| |
|
|
|
|
| |
Submitted by: "Tomas TPS Ulej" <tps@ti.sk>
|