aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/src/device.c (follow)
Commit message (Collapse)AuthorAgeFilesLines
...
* device: dellink is already implictly unregister_netdevice_queueJason A. Donenfeld2016-12-111-10/+1
|
* device: disable ipv6 auto address generationJason A. Donenfeld2016-12-111-2/+8
|
* device: rc -> retJason A. Donenfeld2016-12-111-3/+3
|
* device: traditional if is cleaner than switch for this smallJason A. Donenfeld2016-12-091-3/+1
| | | | This also generates identical assembly.
* device: make suspend code conditional on CONFIG_PM_SLEEPJason A. Donenfeld2016-12-091-0/+8
| | | | | This isn't actually neccessary, since there are no-op stubs for these functions, but the MIPS people don't want any unneccessary bloat.
* device: cleaner error teardownJason A. Donenfeld2016-12-091-43/+33
|
* device: clear all peer ephemeral keys on sleepJason A. Donenfeld2016-12-091-2/+33
|
* device: conntrack is optionalJason A. Donenfeld2016-11-221-4/+12
|
* headers: cleanup noticesJason A. Donenfeld2016-11-211-1/+1
|
* device: better debug messageJason A. Donenfeld2016-11-161-1/+1
|
* device: we need NONE for libpcapJason A. Donenfeld2016-11-161-2/+2
| | | | | This makes addrconf add a temporary IPv6 address, which is annoying, and currently there's not a work around for this.
* packets: consolidate constantsJason A. Donenfeld2016-11-161-7/+7
|
* various: nits from willyJason A. Donenfeld2016-11-151-1/+1
|
* debug: cleanup skb printingJason A. Donenfeld2016-11-151-5/+1
|
* socket: keep track of src address in sending packetsJason A. Donenfeld2016-11-151-4/+4
|
* debug: support dynamic debug on skb addrJason A. Donenfeld2016-11-061-1/+1
|
* socket: use dst_cache instead of handrolled cacheJason A. Donenfeld2016-11-041-1/+0
|
* device: use ARPHDR_VOID instead of ARPHDR_NONEJason A. Donenfeld2016-11-031-1/+1
| | | | | | These amount to the same exact thing, except that IPv6 auto configuration won't assign it a (useless) random address and add multicast routes.
* device: better debug message for unroutable packetsJason A. Donenfeld2016-10-221-1/+5
|
* device: show debug message when no peer has allowed-ips for packetJason A. Donenfeld2016-10-141-0/+1
|
* Rework headers and includesJason A. Donenfeld2016-09-291-1/+1
|
* build system: revamp building and configurationJason A. Donenfeld2016-07-181-2/+1
|
* persistent keepalive: use authenticated keepalivesJason A. Donenfeld2016-07-101-1/+1
|
* persistent keepalive: start sending immediatelyexperimental-0.0.20160708.1Jason A. Donenfeld2016-07-081-0/+2
| | | | | | | | | | | | | | | Rather than only start sending the persistent keepalive packets when the device first sends data, this changes it to send the packets immediately on `ip link set up`. This makes things generally seem more stateless, since the administrator does not have to manually ping the endpoint. Of course, if you have a lot of peers and all of them have persistent keepalive enabled, this could cause a lot of unwanted immediate traffic. On the other hand, if all of those peers are at some point going to be sending packets, this would happen anyway. I suppose the moral of the story is that persistent keepalive is a feature really just for clients behind NAT, not for servers, and it should be used sparingly, which is why we've set it off by default in the first place.
* device: move unlikely check to if clauseJason A. Donenfeld2016-07-051-2/+2
|
* device init: free wq after padataJason A. Donenfeld2016-06-301-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.
* device: remove updating of trans_startJason A. Donenfeld2016-06-291-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.
* Initial commitJason A. Donenfeld2016-06-251-0/+352