summaryrefslogtreecommitdiffstats
path: root/sys/dev/microcode/tht (follow)
Commit message (Collapse)AuthorAgeFilesLines
* remove hppa64 port, which we never got going beyond broken single users.deraadt2016-05-111-2/+2
| | | | | | hppa reverse-stack gives us a valuable test case, but most developers don't have a 2nd one to proceed further with this. ok kettenis
* Upgrade the firmware to version SNIC 0xf.dlg2007-09-251-231/+232
| | | | | | | | | | | | | | | | | 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.
* correct list of architecturesderaadt2007-04-211-3/+2
|
* format and knf the array so it looks more like c and less like a csv.dlg2007-04-191-10700/+10700
|
* the tht firmware isnt technically a firmware, its a series of commandsdlg2007-04-191-1/+5
| | | | | | | | | 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.
* add bits to turn microcode.h into an actual blob. needs endian fixes yet.dlg2007-04-194-0/+122
|
* tehuti are allowing us to distribute their firmware under a 4 clause bsddlg2007-04-191-0/+10734
license. thanks to Alexander Indenbaum and Nick Bhavsar at Tehuti for sorting this out.