285830 |
23-Jul-2015 |
gjb |
- Copy stable/10@285827 to releng/10.2 in preparation for 10.2-RC1 builds. - Update newvers.sh to reflect RC1. - Update __FreeBSD_version to reflect 10.2. - Update default pkg(8) configuration to use the quarterly branch.[1]
Discussed with: re, portmgr [1] Approved by: re (implicit) Sponsored by: The FreeBSD Foundation |
281955 |
24-Apr-2015 |
hiren |
MFC r275358 r275483 r276982 - Removing M_FLOWID by hps@
r275358: Start process of removing the use of the deprecated "M_FLOWID" flag from the FreeBSD network code. The flag is still kept around in the "sys/mbuf.h" header file, but does no longer have any users. Instead the "m_pkthdr.rsstype" field in the mbuf structure is now used to decide the meaning of the "m_pkthdr.flowid" field. To modify the "m_pkthdr.rsstype" field please use the existing "M_HASHTYPE_XXX" macros as defined in the "sys/mbuf.h" header file.
This patch introduces new behaviour in the transmit direction. Previously network drivers checked if "M_FLOWID" was set in "m_flags" before using the "m_pkthdr.flowid" field. This check has now now been replaced by checking if "M_HASHTYPE_GET(m)" is different from "M_HASHTYPE_NONE". In the future more hashtypes will be added, for example hashtypes for hardware dedicated flows.
"M_HASHTYPE_OPAQUE" indicates that the "m_pkthdr.flowid" value is valid and has no particular type. This change removes the need for an "if" statement in TCP transmit code checking for the presence of a valid flowid value. The "if" statement mentioned above is now a direct variable assignment which is then later checked by the respective network drivers like before.
r275483: Remove M_FLOWID from SCTP code.
r276982: Remove no longer used "M_FLOWID" flag from mbuf.h and update the netisr manpage.
Note: The FreeBSD version has been bumped.
Reviewed by: hps, tuexen Sponsored by: Limelight Networks
|
274043 |
03-Nov-2014 |
hselasky |
MFC r271946 and r272595: Improve transmit sending offload, TSO, algorithm in general. This change allows all HCAs from Mellanox Technologies to function properly when TSO is enabled. See r271946 and r272595 for more details about this commit.
Sponsored by: Mellanox Technologies
|
270739 |
28-Aug-2014 |
bryanv |
MFC r267632:
Fix GCC compile warning: Variable(s) can be used uninitialized.
PR: 193076
|
268281 |
05-Jul-2014 |
bryanv |
MFC r268012, r268196:
- Remove some write only variables - Give each interrupt a descriptive name when using MSIX
|
268011 |
29-Jun-2014 |
bryanv |
MFC r267661, r267662, r267663:
- Remove an unnecessary kick of the host at the end of transmitting - Handle multiple calls to rxq_eof for single packet completion - Increment the pending packets more aggressively for TSO
|
267382 |
12-Jun-2014 |
bryanv |
MFC r267252, r267253:
- Remove an unnecessary variable reassignment - Fix TSO support on VMware Fusion
|
267279 |
09-Jun-2014 |
luigi |
MFC svn 267065 and 267187
make sure ifp->if_transmit returns 0 if a buffer is enqueued. This should also be merged to stable/9.
After this fix, drivers still known to have this bug are igxbe/ixv and i40e.
Drivers using if_transmit are correct, and so are most of the other drivers that reassing if_transmit.
Among other things, this bug causes panics when using netmap emulation on top of generic drivers.
|
264866 |
24-Apr-2014 |
bryanv |
MFC r263259 Add Tx/Rx multiqueue support to vmx(4)
As a prerequisite for multiple queues, the guest must have MSIX enabled. Unfortunately, to work around device passthrough bugs, FreeBSD disables MSIX when running as a VMWare guest due to the hw.pci.honor_msi_blacklist tunable; this tunable must be disabled for multiple queues.
Also included is various minor changes from the projects/vmxnet branch.
MFC r264865 Update the date that was missed in r263259
|
256309 |
11-Oct-2013 |
bryanv |
MFC r256308:
Do not provide a hint of the guest's OS version
The calculation can overflow if __FreeBSD_version is big enough, and it does not appear to be required.
Approved by: re (gjb)
|
256281 |
10-Oct-2013 |
gjb |
Copy head (r256279) to stable/10 as part of the 10.0-RELEASE cycle.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation
|
255400 |
08-Sep-2013 |
bryanv |
Use correct type for the vmx vlan filter table
Approved by: re (glebius, gjb)
|
255055 |
30-Aug-2013 |
bryanv |
Few more minor if_vmx tweaks
- Allow the Rx/Tx queue sizes to be configured by tunables - Bail out earlier if the Tx queue unlikely has enough free descriptors to hold the frame - Cleanup some of the offloading capabilities handling
|
254950 |
27-Aug-2013 |
bryanv |
Couple minor if_vmx tweaks
- Use queue size fields from the Tx/Rx queues in various places instead of (currently the same values) from the softc. - Fix potential crash in detach if the attached failed to alloc queue memory. - Move the VMXNET3_MAX_RX_SEGS define to a better spot. - Tweak frame size calculation w.r.t. ETHER_ALIGN. This could be tweaked some more, or removed since it probably doesn't matter much for x86 (and the x86 class of machines this driver will be used on).
|
254738 |
23-Aug-2013 |
bryanv |
Add vmx(4), a VMware VMXNET3 ethernet driver ported from OpenBSD
|