summaryrefslogtreecommitdiffstats
path: root/sys/dev/pci/ixgbe_phy.c (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Update ix(4) from freebsd to add support for X553 controllers.jmatthew2020-03-021-262/+244
| | | | | | Tested on 82599 (sfp+) and X540 (baseT) by me and Hrvoje Popovski, and on X553 by sthen@ and abieber@, and possibly more via snapshots ok sthen@ mikeb@
* oops some snapshot tests fell inderaadt2020-02-281-244/+262
|
* syncderaadt2020-02-281-262/+244
|
* Remaining PHY bits; call SFP module detection code for X550 as wellmikeb2016-11-181-18/+6
|
* A firmware block check missed in previous commitsmikeb2016-11-171-1/+5
|
* Support for I2C combined messages as required by X550mikeb2016-11-171-1/+267
|
* Autoconfiguration and firmware semaphore refactoringmikeb2016-11-171-152/+297
|
* Bring in new PHY bits, some of the 82599 specific stuff becomes sharedmikeb2016-11-171-14/+451
|
* Style and typo fixes; no binary changemikeb2016-11-171-20/+20
|
* Allow use of 1Gb 1000baseLX SFPs in 82599 ix(4) SFP+ port. Adapted fromsthen2015-04-301-1/+12
| | | | Linux commit 345be204dcbb. ok jsg@ mikeb@
* We have never limited the definition of "supported SPF modules"mikeb2014-08-251-26/+6
| | | | | | | | | | | | | to the vendor/make whitelist maintained by Intel so there's no reason to start doing it now. When syncing the driver to the FreeBSD codebase I have decided to take this chunk as is but it appears that it breaks cheap chinese SFP+ fiber optics modules that we all love. And while there's still a lot of places where we check for the vendor OUI, most of these checks are not necessary. Issue reported and fix tested by Tony Sarendal. Thanks!
* First stab at updating this monster to the Intel/FreeBSD current version.mikeb2013-08-051-240/+377
| | | | | | | | | This syncs PHY and chip dependent parts as well as brings support for the flow control and additional (untested) bits for 1G fiber versions. Tested by Hrvoje Popovski <hrvoje at srce ! hr> on 82599/SFP+DA, florian@ and benno@ on 82599/SFP+SR and on 82598/CX4-BP, 82599/SFP+DA and X540/RJ45 by me.
* sync up ixgbe_raise_i2c_clk with freebsd which basically allowsmikeb2012-12-171-7/+11
| | | | | for larger timeouts and should be more reliable; tested on 82598, 82599 and x540.
* minor cleanup, whitespaces, mostly synced with freebsdmikeb2012-12-051-2/+5
|
* Add support for 10Gb ethernet cards based on the Intel X540 chipset.mikeb2012-08-061-12/+14
| | | | | | | The code was obtained from FreeBSD and tested on the hardware kindly donated by Tony Sarendal <tony () polarcap ! org>. Thanks a lot! ok jsg
* whitespace cleanup, no binary changemikeb2012-07-291-141/+141
|
* Monster update of ix(4). This brings ix(4) close to what is currentlyclaudio2011-06-101-62/+185
| | | | | | | | | in FreeBSD. This seems to fix a lot of problems on 82599 based cards including the VLAN problems and the corrupted receives. Putting this in now to work on it in tree since a few additional things need to be merged. Tested by myself, deraadt@ and jsg@ on both 98er and 99er cards. OK jsg@, deraadt@
* When attaching a unknown SFP+ module on the 82598 controller recompute theclaudio2010-09-211-5/+9
| | | | | list_offset and data_offset. Makes my ix(4) happy again. OK jsg@
* Work with pre-standard revision A ProCurve Direct Attach Cables.jsg2010-02-191-2/+14
| | | | | | | Also let the 82598EB SFP+ card work with optical SFP+ modules by ignoring the EEPROM even though the card officially supports only copper (DA) cables. From and ok claudio@
* Partial sync to the latest version of ixgbe in FreeBSD leaving thingsjsg2010-02-191-124/+1109
| | | | | | | | | | | | like if_ix.c mostly untouched for now. This brings in support for newer 82598 parts and adds several things that will be needed for 82599. Initially from claudio with some additions by me. Tested by claudio, dlg (earlier version) and myself on different cards and media types. ok claudio@
* replace strange Linux-style u8/u16/u32/u64/s32 integer types with thereyk2008-06-081-58/+58
| | | | | standard C99 uint*_t/int*_t types (i don't get why these drivers always use their own types when there is a well-defined standard).
* Import ix, a driver for the Intel 82598 PCI-Express 10 Gig Ethernet Adapter,reyk2008-06-081-0/+671
based on Intel's ixgbe driver. Done on borrowed hardware since Intel was too poor to give us a card. ok deraadt@