<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test/sys/net, branch main</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test/atom?h=main</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test/atom?h=main'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/'/>
<updated>2020-12-23T16:16:40Z</updated>
<entry>
<title>rtsock: Avoid copying uninitialized padding bytes</title>
<updated>2020-12-23T16:16:40Z</updated>
<author>
<name>Mark Johnston</name>
<email>markj@FreeBSD.org</email>
</author>
<published>2020-12-23T16:15:11Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=92be2847e845ba90e4da028cfd7f5a8013919f90'/>
<id>urn:sha1:92be2847e845ba90e4da028cfd7f5a8013919f90</id>
<content type='text'>
When copying sockaddrs out to userspace, we pad them to a multiple of
the platform alignment (sizeof(long)).  However, some sockaddr sizes,
such as struct sockaddr_dl, are not an integer multiple of the
alignment, so we may end up copying out uninitialized bytes.

Fix this by always bouncing through a pre-zeroed sockaddr_storage.

Reported by:	KASAN
Reviewed by:	melifaro
MFC after:	3 days
Sponsored by:	The FreeBSD Foundation
Differential Revision:	https://reviews.freebsd.org/D27729
</content>
</entry>
<entry>
<title>pf: Use counter(9) for pf_state byte/packet tracking</title>
<updated>2020-12-23T11:03:21Z</updated>
<author>
<name>Kristof Provost</name>
<email>kp@FreeBSD.org</email>
</author>
<published>2020-12-23T08:37:59Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=1c00efe98ed7d103b9684ff692ffd5e3b64d0237'/>
<id>urn:sha1:1c00efe98ed7d103b9684ff692ffd5e3b64d0237</id>
<content type='text'>
This improves cache behaviour by not writing to the same variable from
multiple cores simultaneously.

pf_state is only used in the kernel, so can be safely modified.

Reviewed by:	Lutz Donnerhacke, philip
MFC after:	1 week
Sponsed by:	Orange Business Services
Differential Revision:	https://reviews.freebsd.org/D27661
</content>
</entry>
<entry>
<title>pf: Fix unaligned checksum updates</title>
<updated>2020-12-23T11:03:20Z</updated>
<author>
<name>Kristof Provost</name>
<email>kp@FreeBSD.org</email>
</author>
<published>2020-12-20T20:06:32Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=c3f69af03ae7acc167cc1151f0c1ecc5e014ce4e'/>
<id>urn:sha1:c3f69af03ae7acc167cc1151f0c1ecc5e014ce4e</id>
<content type='text'>
The algorithm we use to update checksums only works correctly if the
updated data is aligned on 16-bit boundaries (relative to the start of
the packet).

Import the OpenBSD fix for this issue.

PR:		240416
Obtained from:	OpenBSD
MFC after:	1 week
Reviewed by:	tuexen (previous version)
Differential Revision:	https://reviews.freebsd.org/D27696
</content>
</entry>
<entry>
<title>Remove not needed variable initialization.</title>
<updated>2020-12-23T11:04:46Z</updated>
<author>
<name>Hans Petter Selasky</name>
<email>hselasky@FreeBSD.org</email>
</author>
<published>2020-12-23T10:37:44Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=ddce63fcb6d0fe03a5f62fe819e04192c74f27c0'/>
<id>urn:sha1:ddce63fcb6d0fe03a5f62fe819e04192c74f27c0</id>
<content type='text'>
And switch from int to bool while at it.

Reviewed by:	melifaro@
Differential Revision:	https://reviews.freebsd.org/D27725
MFC after:	1 week
Sponsored by:	Mellanox Technologies // NVIDIA Networking
</content>
</entry>
<entry>
<title>vxlan: stop checking CSUM_ENCAP_VXLAN when converting inner CSUM flags into normal, for decapsulation.</title>
<updated>2020-12-23T08:54:06Z</updated>
<author>
<name>Konstantin Belousov</name>
<email>kib@FreeBSD.org</email>
</author>
<published>2020-12-21T16:59:26Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=994e47023ac87ede16e9c785ac5d6880e3d3a23c'/>
<id>urn:sha1:994e47023ac87ede16e9c785ac5d6880e3d3a23c</id>
<content type='text'>
The packet, if processed at this point, was already parsed to be UDP
directed to a vxlan port.

Connect-X 4+ does not provide easy method to infer which parser
processed the packet, so driver cannot set the flag without a lot of
efforts which are only to satisfy the formal requirements.

Reviewed by:	bryanv, np
Sponsored by:	Mellanox Technologies/NVidia Networking
Differential revision:	https://reviews.freebsd.org/D27449
MFC after:	1 week
</content>
</entry>
<entry>
<title>Switch direct rt fields access in rtsock.c to newly-create field acessors.</title>
<updated>2020-12-18T22:00:57Z</updated>
<author>
<name>Alexander V. Chernikov</name>
<email>melifaro@FreeBSD.org</email>
</author>
<published>2020-12-18T22:00:57Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=d68fb8d978bbd3cf1b5db35f309aaeab30636d43'/>
<id>urn:sha1:d68fb8d978bbd3cf1b5db35f309aaeab30636d43</id>
<content type='text'>
rtsock code was build around the assumption that each rtentry record
 in the system radix tree is a ready-to-use sockaddr. This assumptions
 turned out to be not quite true:
* masks have their length tweaked, so we have rtsock_fix_netmask() hack
* IPv6 addresses have their scope embedded, so we have another explicit
 deembedding hack.

Change the code to decouple rtentry internals from rtsock code using
 newly-created rtentry accessors. This will allow to eventually eliminate
 both of the hacks and change rtentry dst/mask format.

Differential Revision:	https://reviews.freebsd.org/D27451
</content>
</entry>
<entry>
<title>style(9): Correct whitespace in struct definitions</title>
<updated>2020-12-11T01:00:07Z</updated>
<author>
<name>Brooks Davis</name>
<email>brooks@FreeBSD.org</email>
</author>
<published>2020-12-11T01:00:07Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=f3f2ee76adcd673fd867b1560852e14b0fe3fdbf'/>
<id>urn:sha1:f3f2ee76adcd673fd867b1560852e14b0fe3fdbf</id>
<content type='text'>
struct ifconf and struct ifreq use the odd style "struct&lt;tab&gt;foo".
struct ifdrv seems to have tried to follow this but was committed with
spaces in place of most tabs resulting in "struct&lt;space&gt;&lt;space&gt;ifdrv".

MFC after:	3 days
</content>
</entry>
<entry>
<title>Fixup r368446 with KERN_TLS.</title>
<updated>2020-12-08T23:54:09Z</updated>
<author>
<name>Gleb Smirnoff</name>
<email>glebius@FreeBSD.org</email>
</author>
<published>2020-12-08T23:54:09Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=5ee33a90767ef975146d7c441c0517ff789617b1'/>
<id>urn:sha1:5ee33a90767ef975146d7c441c0517ff789617b1</id>
<content type='text'>
</content>
</entry>
<entry>
<title>The list of ports in configuration path shall be protected by locks,</title>
<updated>2020-12-08T16:46:00Z</updated>
<author>
<name>Gleb Smirnoff</name>
<email>glebius@FreeBSD.org</email>
</author>
<published>2020-12-08T16:46:00Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=e1074ed6a08033ee571b4bedb3ffe6049a4a7361'/>
<id>urn:sha1:e1074ed6a08033ee571b4bedb3ffe6049a4a7361</id>
<content type='text'>
epoch shall be used only for fast path.  Thus use LAGG_XLOCK() in
lagg_[un]register_vlan.  This fixes sleeping in epoch panic.

PR:		240609
</content>
</entry>
<entry>
<title>Convert LAGG_RLOCK() to NET_EPOCH_ENTER(). No functional changes.</title>
<updated>2020-12-08T16:36:46Z</updated>
<author>
<name>Gleb Smirnoff</name>
<email>glebius@FreeBSD.org</email>
</author>
<published>2020-12-08T16:36:46Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=87bf9b9cbeebcadecc07f3ee1de36b8e87a3b103'/>
<id>urn:sha1:87bf9b9cbeebcadecc07f3ee1de36b8e87a3b103</id>
<content type='text'>
</content>
</entry>
</feed>
