| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Add 'install' to the internal floppy type list.
|
|
|
|
|
| |
the bootloader to not load the loader.conf and thus the MFS image. The result
was 'panic: no init'.
|
|
|
|
|
|
|
| |
Properly abstract the PicoBSD build directory instead of depending too much
on pwd's and relative paths.
Submitted by: John Baldwin <jobaldwi@vt.edu>
|
| |
|
|
|
|
| |
Get the KerberosIV dist from the correct files.
|
| |
|
|
|
|
|
|
|
| |
slice, partition, newfs, and install FreeBSD from a tarball on a remote server.
Handy for doing mass-installs for server farms.
Documentation following shortly.
|
|
|
|
| |
overwrite Kerberos Telnet.
|
|
|
|
|
|
| |
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>
|
|
|
|
| |
Noticed by: Makoto MATSUSHITA
|
|
|
|
| |
ethernet card (PCI, VIA Rhine II chipset).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
magic.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
build 4.0-stapshots again. It's still overflowing. :(
|
|
|
|
| |
snaps re-running. This is not a fix. (The alpha already does this)
|
|
|
|
|
|
|
| |
it's serial=comconsole. I wish it were easier to figure this
stuff out. :)
Submitted by: jfieber
|
| |
|
|
|
|
| |
an effort to get this back down to size.
|
|
|
|
| |
GNOME" desktop that Debian does as an option.
|
|
|
|
| |
friendly.
|
| |
|
|
|
|
|
|
| |
made only the most superficial changes so far to HARDWARE.TXT and
eliminated the stuff I absolutely knew didn't work. That still leaves
a lot of work to do and this is mostly just a place-holder for now.
|
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
this one went completely uncaught for months!
Caught by: jack <jack@germanium.xtalwind.net>
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
| |
this awhile back (next commit will kludge up something reasonable
for the Alpha).
|
|
|
|
| |
-current.
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
| |
(easily) so it gives false 'success' indications.
|
| |
|