| Age | Commit message (Collapse) | Author |
|---|
|
ok jsg@
|
|
|
|
From now on install the tigon firmware in little endian byte order and swap
it acordingly in the driver. Correctly calculate the length of the FW in the
build tool -- now my fiber cards no longer have issues to establish link on
bootup. Please put this in deraadt@
On big endian archs (sparc64, macppc) the firmware file needs to be updated.
|
|
We feel we have done due diligence though in trying to contact the original
distributors, and therefore, we do distribute it.
|
|
for many years to contact all the potential copyright owners and people who used
to distribute this (ie. wpaul and such), to get the original license text
clarified. We believe the original license on the source did specifically
allow re-distribution. We believe we have done enough in this situation,
especially considering how dead this product us. If anyone else knows more,
please let us know.
ok kettenis
|
|
|
|
|
|
|
|
the b06 firmware for the older chips, and adds the b09 firmware. there are
three variants of the rv2p code thats loaded onto the chips, so this has
been split out into separate firmware files as well.
the driver has been updated to handle the split firmwares, and to easily
allow loading of the different versions. this change only supports the
loading of the firmwares for the currently supported chips.
after this change you must build the new firmwares and install them as well
as your new kernel.
"go to it" deraadt@
|
|
being stored in an array of 32 bits. waste of memory. The bandpass
filter table only contained 16 bit values, but was being treaded as if it
was in an array of 32 bit values, thus what was being loaded into the chip
was totally wrong and this probably explains why I remember it sounded
horrid.
Not tested on real hardware; incorrect array accesses discovered by Parfait
ok oga
|
|
split it into two separate files while i'm at it since there are
actually two different firmwares (one for RT2870/RT3070 and one
for >=RT3071).
|
|
From FreeBSD.
ok deraadt@
|
|
Thanks to Paul Lin at Ralink for consenting for us to use
this under the same license we were using for an earlier version.
|
|
|
|
Tested & ok kettenis@
|
|
|
|
30, 2005). From mjacob via FreeBSD. No known code dependency, and
prepares ground for major isp update.
Tested on a 2312 by dlg@.
ok dlg@ deraadt@
|
|
|
|
|
|
the Ralink firmware files.
Discussed with Paul Lin at Ralink.
|
|
OK deraadt@ and millert@
|
|
Not sure what's more surprising: how long it took for NetBSD to
catch up to the rest of the BSDs (including UCB), or the amount of
code that NetBSD has claimed for itself without attributing to the
actual authors.
OK deraadt@
|
|
been used in NetBSD and FreeBSD for years. Blade2002 with a 2200 still
boots. From mjacob via FreeBSD.
ok deraadt@
|
|
|
|
|
|
|
|
including the firmware for the rt2860!
|
|
sys/netinet/in_pcb.c and sys/net/bridgestp.c ok henning@
sys/dev/pci/bktr/* ok jakemsr@
|
|
|
|
|
|
|
|
this new firmware is supposed to fix a hardware reset problem when the
system is rebooted with the zyd device attached.
from FreeBSD
|
|
this was compiled by someone from the full source code published by TI
under a surprisingly free license (which is probably not even actually
enforceable in any way, since they forgot to put the phrase Copyright
above it... where do they hire their lawyers?? anyways, everyone benefits)
|
|
about it. It's not linked into microcode/Makefile.
OK deraadt@
|
|
Here's the issue this fixes:
Problem description: Tehuti NIC generated RxD descriptor with UDP
checksum error bit raised for incoming UDP packet with UDP checksum
field value zero. This behavior is not in accordance with UDP RFC
which defines that packets with zero UDP checksum should not be
verified by receiver.
Solution description: Never raise RxD UDP checksum error bit raised
for incoming UDP packet with UDP checksum field value zero.
Many thanks to Alexander Indenbaum and the rest of Tehuti generally
for notifying us and providing the new firmware under the same
license as the previous revision.
|
|
|
|
successful compilation of assembler or generating microcode.
|
|
|
|
|
|
many assumptions were made about the way the various list types are
implemented.
lots of suggestions and help from otto and miod.
ok otto@
|
|
oustside, seqencer, toghether, nessissary, etc.
|
|
|
|
ok deraadt@
|
|
|
|
|
|
|
|
interleaved with data, which is copied directly into the task fifo of a
tht controller. the commands and data are all 32bit words, and they all
have to be little endian. this byteswaps the host ordered values in
microcode.h into little endian values for the controller to eat.
you can now build the firmware correctly on big endian archs.
|
|
|
|
license. thanks to Alexander Indenbaum and Nick Bhavsar at Tehuti for
sorting this out.
|
|
passed to controller so they point where expected. Fixes martin@'s
alpha and sparc machines.
|
