| Commit message (Collapse) | Author | Files | Lines | ||
|---|---|---|---|---|---|
| 2016-06-30 | Readme: use https instead of http |   Daniel Kahn Gillmor | 1 | -1/+1 | |
| For the websites referenced that offer https instead of http, use https. | |||||
| 2016-06-30 | Makefile: Add more verbose dependency errors |   Jason A. Donenfeld | 1 | -0/+32 | |
| 2016-06-30 | device init: free wq after padata | Jason A. Donenfeld | 1 | -3/+3 | |
| The padata free functions make reference to their parent workqueue, so it's important that we wait to free the workqueue after the padata. | |||||
| 2016-06-29 | chacha20poly1305: use more standard way of testing FPU features | Jason A. Donenfeld | 1 | -7/+2 | |
| 2016-06-29 | device: remove updating of trans_start | Jason A. Donenfeld | 1 | -2/+0 | |
| Per http://lists.openwall.net/netdev/2016/05/03/87 dev->trans_start has been removed, and updates are now supposed to be handled with netif_trans_update, which now updates the particular txqueue's trans_start instead. However, netdev_start_xmit already updates this member after calling ndo_start_xmit, so the new netif_trans_update function smartly makes the comment that for drivers that don't use LLTX, it's not neccessary to call netif_trans_update. Except we do use LLTX, so it would seem again that we do need to be calling netif_trans_update. However, glancing at drivers like vxlan and other similar virtual tunnels, this doesn't seem to be the case. I suspect the reason is that we both also set IFF_NO_QUEUE, so we aren't even using a txqueue for updating. Thus, this patch removes updating of trans_start all together. I believe this should be okay for older kernels too. | |||||
| 2016-06-29 | Kconfig patching: do not match on NETFILTER | Jason A. Donenfeld | 1 | -1/+1 | |
| 2016-06-29 | Kconfig: more fully select dependencies | Jason A. Donenfeld | 1 | -0/+3 | |
| 2016-06-25 | tests: make fatal | Jason A. Donenfeld | 13 | -20/+29 | |
| 2016-06-25 | nonce: switch to RFC6479 to better support packet reordering | Jason A. Donenfeld | 3 | -61/+95 | |
| With packets hitting multiple cores, a 64bit backtrack was too small. This algorithm increases our backtrack to 1984bits. | |||||
 |
index : wireguard-monolithic-historical | |
| Historical monolithic WireGuard repository, split into wireguard-tools, wireguard-linux, and wireguard-linux-compat. | Jason A. Donenfeld |
| aboutsummaryrefslogtreecommitdiffstatshomepage |