| Age | Commit message (Collapse) | Author |
|---|
|
many many many thanks to nick@, who booted no less then 8 kernels for me today
while hacking on that (and this includes going downstairs to the basement
and up again 8 times...)
ok jason@
|
|
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@
|
|
|
|
'struct arpcom foo' -> 'struct arpcom sc_arpcom'
ok itojun@
|
|
|
|
Nonnekes <maurice@amaze.nl> based on FreeBSD (only minor surgery necessary)
|
|
|
|
|
|
|
|
|
|
(untested, but it's pretty similiar to the tested 21143 case).
|
|
dc_setfilt_21143() case at least.
XXX I'm looking at the other filter setups and they appear to need work for BE too.
|
|
(with all this, my Netra X1 is up and running with an NFS root)
|
|
NetBSD, and RX works on sparc64.
|
|
ALso, get the MAC address from myetheraddr() instead of trying to use the eeprom on sparc64.
|
|
|
|
|
|
(current score: 2 vtophys calls to go...)
|
|
- descriptor lists are now bus_dma allocated and manipulated
(for those keeping score: 6 vtophys dead, 4 to go)
|
|
(Look ma, I might have broken the tree)
|
|
10/100 CardBus Ethernet adapter (thanks to beck@ for the donation).
|
|
|
|
|
|
|
|
- use the new queue macros.
- use IFQ_POLL() to peek at the next packet.
- use IFQ_IS_EMPTY() for empty check.
- drivers should always check if (m == NULL) after IFQ_DEQUEUE(),
since it could return NULL even when IFQ_IS_EMPTY() is FALSE
under rate-limiting.
- drivers are supposed to call if_start from tx complete interrupts
(in order to trigger the next dequeue under rate-limiting).
|
|
|
|
|
|
|
|
- General cleanup in the dc CardBus attachment.
- Split detach up into bus-dependent and bus-independent parts.
- Some function and variable renaming for consistency.
|
|
|
|
|
|
- Bugfix: 'reg' variable in dc_apply_fixup() needs to be u_int32_t.
- Bugfix: bzero() mediainfo structures after allocation.
- Call dc_apply_fixup() in dc_setcfg() for the MII case.
- Conditionalize some code in miibus_{read,write}reg to make non-mx98713
cards happy.
|
|
These changes should make the driver work with the built-in Ethernet on the
Alpha Miata machines. From FreeBSD.
To make sure I didn't break anything (and as a general test), I tested the
modified driver with the following dc(4) variants: Macronix PMAC 98715,
Lite-On PNIC, Lite-On PNIC-II, ADMtek AL981, and ADMtek AN983.
|
|
|
|
|
|
on four different models, including the CBEM56G-100, RBE-100 RealPort, and the
RBEM56G-100 RealPort. This commit adds support only for the LAN components; the
modem is not configured yet. Detach support to come. Based on work from
FreeBSD, mickey@, nate@, and myself.
|
|
or TX state registers (these bits are reserved). So instead, don't do
mii_tick() at all for ASIX boards, since we can't seem to figure out how
to call it at just the right time. Hopefully this will be a temporary hack
until a better solution is found.
|
|
now we check the TX state in the ISR to make sure we are not transmitting
when we run mii_tick(). Based on a suggestion by Bill Paul. The dc driver
should now be ready for some heavy pre-2.8 testing.
|
|
|
|
special care for the ADMtek AN983 (Centaur-P) chip is no longer needed. This
fixes Ethernet address reading for these cards. Thanks to todd@ for testing.
|
|
dc_link to 1 and don't activate the tick routine. Without this, dc_start()
always thinks the link is down and never transmits in homePNA mode; from
FreeBSD.
|
|
non-MII 21143-based cards work. The sync just fixes the LED handling on these
kinds of adapters.
|
|
|
|
large amounts of data transfer (ASIX 88141 card).
|
|
21143 chip; from FreeBSD.
|
|
- Add support for Accton EN1217 Ethernet adapters.
- Fix problems with LEDs on some cards when clearing the jabber disable bit.
- Handle new Macronix chips whose multicast hash tables are only 128 bits.
- Fix timing issues during autonegotiation with Macronix and PNIC II.
|
|
|
|
interface MTU IFF vlans are enabled.
Additional logic should be added by someone who understand 802.1q to
test if this oversize packet is actually a 802.1q encapsulated, and
reject others.
Fix as per kernel/1328.
|
|
|
|
|
