| Age | Commit message (Collapse) | Author |
|---|
|
|
|
Reported by: Alec Berryman <alec at thened dot net>
|
|
or XIRCOM cards.
Based on the FreeBSD dc(4) driver.
|
|
Corrected a workaround that should only be applied to one adapter.
Workaround was causing device hangs when incorrectly applied to
other adapters.
From FreeBSD
|
|
|
|
|
|
Found in a dmesg from escapenguin at gmail dot com.
|
|
|
|
|
|
from george_morgan at spamcop dot net.
|
|
From NetBSD
NetBSD PR 27678 for details
ok mcbride@
|
|
|
|
|
|
|
|
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
|
|
(pci/if_re_pci.c) for soon-to-come cardbus support; ok deraadt
|
|
load. pointed out by jcs@
|
|
- fix rssi decoding
- implement basics for IBSS support
- decrease channel scan time from 100ms to 40ms
- cosmetic changes while i'm here
|
|
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.
|
|
|
|
From: Peter Galbavy <peter dot galbavy at knowtion dot net>
|
|
of the work is done in the upper layer, but they get to see the ioctl,
so don't always return an error.
|
|
|
|
fix completely broken multicast ioctl switch case.
|
|
|
|
|
|
|
|
From NetBSD
ok krw@
|
|
only clear the IFF_OACTIVE flag when we have a chance of being able to
queue a packet to the hardware... instead of when the hardware queue is
empty..
don't initalize cur_tx now that it doesn't need to be...
rev 1.90
_OACTIVE is now handled better...
From FreeBSD
ok krw@
|
|
pointed out by Theo 2003/12/13.
ok brad@.
|
|
the IP address changes. Makes 'dhclient sk0' invocations way faster
and more consistant. i.e. one DHCPREQUEST elicts the DHCPACK.
ok brad@ 'Wow. Great Idea.' deraadt@.
|
|
|
|
depend on atw at pci. ok millert@
|
|
|
|
can be enabled seperately from pci rtw. From fgsch@
|
|
ok deraadt@
|
|
ok brad@.
|
|
|
|
log message:
Attempt to follow the correct procedure for synchronising with the
system BIOS to disable legacy device emulation as per the "EHCI
Extended Capability: Pre-OS to OS Handoff Synchronisation" section
of the EHCI spec. BIOSes that implement legacy emulation using SMIs
are supposed to disable the emulation when this procedure is performed.
tested on various archs by jsg@ and me
ok pascoe@, looks sane jsg@
|
|
Not yet working.
|
|
|
|
|
|
in the TX case, fixes rare problems associated with accessing already
free'd memory if the encap routine bails out (panic in PROMISC mode).
ok deraadt
|
|
|
|
|
|
And for the archives:
* Peruse the handshake mechanism between driver and firmware from the Linux
driver which is maintained by LSI.
* Copy only the first 16 bytes of the mailbox (under heavy IO overwriting the
17th byte could cause the firmware to crash).
* Limit ULTRA HBAs (a.k.a. schwartz) to one single LD (Logical Drive) because
for some reason having more than 1 ccb causes the firmware to hang. Whenever
the driver limits the LDs it issues a warning in dmesg.
|
|
symptoms that were fixed are:
* Very slow throughput
* ccb timeout (i.e. ami0: timeout ccb 1)
* All IO to ami devices hangs
* Only 1 LD (Logical Drive) can be accessed at the same time
* System hangs/freezes when running IO to ami cards.
Issues it doesn't fix:
* Really old ULTRA-2 controllers still crash whenever more than 1 LD are
accessed at the same time therefore the driver limits the maximum LDs to 1.
Tested by several folks and ok beck@ mickey@
|
|
|
|
ok krw@
|
|
- allow reception of Jumbo frames all the time on GEnesis based cards,
same as Yukon based cards.
ok krw@ mcbride@
|
