| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
constants.
The consensus is that if both operands are constant, we don't need
mallocarray. Reminded by tedu@
ok deraadt@
|
|
|
|
| |
ok deraadt@
|
| |
|
| |
|
|
|
|
|
|
|
| |
have any direct symbols used. Tested for indirect use by compiling
amd64/i386/sparc64 kernels.
ok tedu@ deraadt@
|
| |
|
| |
|
|
|
|
|
| |
don't have to. Just remove these include lines.
Compiled on amd64 i386 sparc64; OK henning@ mikeb@
|
|
|
|
|
|
|
|
| |
pci_set_powerstate() to using it instead. Many of these chunks of code had
bugs in them, especially missing delay() calls. Some of them were doing
things our PCI subsystem is now responsible for handling. If you have
any of the affected devices, please keep an eye out for regressions.
ok kettenis
|
|
|
|
|
| |
the gunk in dc_powerhook. Then make dc_powerhook just call it
ok kettenis
|
|
|
|
|
| |
Davicom DM9102. (bit of noise on suspend or resume, but that can be
dealt with later)
|
|
|
|
|
|
| |
operations in the detach function in the right order. Also ensure that the
interrupt handlers not trust registers that go away.
read over very carefully by dms, tested by me
|
|
|
|
|
|
| |
reading to use the eeprom instead of CIS, and then the Xircom Cardbus cards
can work in the expresscard adaptor, as pci devices.
ok jsg
|
| |
|
|
|
|
|
| |
things like the crazy ExpressCard->CardBus adapters which
make CardBus devices show as PCI devices.
|
| |
|
|
|
|
| |
The softc field dc_revision contains the PCI revision. No functional change.
|
|
|
|
|
|
|
| |
PCI front end attach function. This corrects the dmesg output for CardBus
adapters and ensures proper dmesg output if an error occurs in dc_attach().
ok dlg@
|
|
|
|
|
|
|
|
|
| |
installation media now - it fits.
THIS MEANS YOU NEED TO RENAME /etc/hostname.de0 TO /etc/hostname.dc0
BEFORE BOOTING A NEW KERNEL.
ok deraadt@
|
| |
|
|
|
|
| |
ok tom@ claudio@ henning@
|
| |
|
| |
|
| |
|
|
|
|
| |
- de-allocate resources on failure to attach
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
- recognize Hawking CardBus adapter
- simplify 3Com switch case and fold in with ADMtek case
- use 64-bit multicast hash for all instances of ADMtek 983 chipset
Hawking CardBus adapter reported by Alec Berryman <alec at thened dot net>
Microsoft adapters from FreeBSD dc(4) driver
|
|
|
|
|
|
| |
or XIRCOM cards.
Based on the FreeBSD dc(4) driver.
|
|
|
|
|
|
|
|
| |
Avoid an unnecessary copy of a packet if it is already in a single mbuf.
Introduce an additional device flag for those NICs which require the
transmit buffers to be aligned to 32-bit boundaries.
From FreeBSD
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Don't read the MAC address from a copy of the EEPROM in the softc
that has been recorded earlier and overwrite it again later by
reading it directly from the EEPROM again.
Read the MAC address from the PAR0/PAR1 registers instead, which
are autoloaded on reboot.
From FreeBSD
Thanks to David Snyder <dasnyderx at yahoo dot com> for testing on
a AN983 based card which used to come up with a MAC address of
ff:ff:ff:ff:ff:ff.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
ok krw@ henning@
|
| |
|
|
|
|
| |
From: jared r r spiegel <jrrs@gateway.nodeless.net>
|
| |
|
|
|
|
|
| |
bug in the Momenco firmware on the Leopard-V, which now has one port
working.
|
|
|
|
|
| |
- remove a bunch of #if 0 stuff (most of which referred to dc_unit, grr)
- delay a bzero until necessary
|
|
|
|
| |
tested by Lucas Reddinger <lucas at wlwdesigns.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This chip is some strange abnormal 21143 variant. It really only works with
10 MBit/s halfduplex only and autonegotiation is totally broken in hardware.
Should also have a HomePNA phy, but we don't support that.
for now requires and explicit "media 10BaseT".
if anybody has such a chip please mail me.
nick@ is the only one who has the hardware and did an incredible amount of
testing. Thanks for all the help, Nick!
some hints and ok jason@
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
Comment the reasoning for the various return values in dc_pci_match.
dc is preferred over de on all archs except for alpha where de is used.
The main reason dc is not preferred on alpha is that it doesn't fit
on the floppy, so RAMDISK and GENERIC would have different drivers for
the same device which is rather confusing.
|
| |
|
| |
|
| |
|