<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2, branch stable/8</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test2/atom?h=stable%2F8</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test2/atom?h=stable%2F8'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/'/>
<updated>2020-06-30T15:53:52Z</updated>
<entry>
<title>MFC r362623:</title>
<updated>2020-06-30T15:53:52Z</updated>
<author>
<name>Dimitry Andric</name>
<email>dim@FreeBSD.org</email>
</author>
<published>2020-06-30T15:53:52Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=c36d306bb0defd6dd6a1d01cfdb1dd511368ca4d'/>
<id>urn:sha1:c36d306bb0defd6dd6a1d01cfdb1dd511368ca4d</id>
<content type='text'>
Fix copy/paste mistake in kvm_getswapinfo(3)

It seems this manpage was copied from kvm_getloadavg(3), but the
DIAGNOSTICS section was not updated completely. Update the section with
correct information about a return value of -1.
</content>
</entry>
<entry>
<title>MFC r352710:</title>
<updated>2019-09-28T08:57:29Z</updated>
<author>
<name>Dimitry Andric</name>
<email>dim@FreeBSD.org</email>
</author>
<published>2019-09-28T08:57:29Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=bc4f7cabbe20fbc3ca6bff0daaca1dcba4bc72ac'/>
<id>urn:sha1:bc4f7cabbe20fbc3ca6bff0daaca1dcba4bc72ac</id>
<content type='text'>
Do not left-shift a negative number (inducing undefined behavior in
C/C++) in exp(3), expf(3), expm1(3) and expm1f(3) during intermediate
computations that compute the IEEE-754 bit pattern for |2**k| for
integer |k|.

The implementations of exp(3), expf(3), expm1(3) and expm1f(3) need to
compute IEEE-754 bit patterns for 2**k in certain places.  (k is an
integer and 2**k is exactly representable in IEEE-754.)

Currently they do things like 0x3FF0'0000+(k&lt;&lt;20), which is to say they
take the bit pattern representing 1 and then add directly to the
exponent field to get the desired power of two.  This is fine when k is
non-negative.

But when k&lt;0 (and certain classes of input trigger this), this
left-shifts a negative number -- an operation with undefined behavior in
C and C++.

The desired semantics can be achieved by instead adding the
possibly-negative k to the IEEE-754 exponent bias to get the desired
exponent field, _then_ shifting that into its proper overall position.

(Note that in case of s_expm1.c and s_expm1f.c, there are SET_HIGH_WORD
and SET_FLOAT_WORD uses further down in each of these files that perform
shift operations involving k, but by these points k's range has been
restricted to 2 &lt; k &lt;= 56, and the shift operations under those
circumstances can't do anything that would be UB.)

Submitted by:	Jeff Walden, https://github.com/jswalden
Obtained from:	https://github.com/freebsd/freebsd/pull/411
Obtained from:	https://github.com/freebsd/freebsd/pull/412
</content>
</entry>
<entry>
<title>MFC r338200: Adding device ID for Terratec SiXPack 5.1+.</title>
<updated>2018-12-26T04:06:16Z</updated>
<author>
<name>Tai-hwa Liang</name>
<email>avatar@FreeBSD.org</email>
</author>
<published>2018-12-26T04:06:16Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=923263dddd270bd3efb79b83c0bea924593747fe'/>
<id>urn:sha1:923263dddd270bd3efb79b83c0bea924593747fe</id>
<content type='text'>
</content>
</entry>
<entry>
<title>MFC r339582:</title>
<updated>2018-10-25T15:02:06Z</updated>
<author>
<name>Hans Petter Selasky</name>
<email>hselasky@FreeBSD.org</email>
</author>
<published>2018-10-25T15:02:06Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=e28fe2d8a7ee4ee7155366cd7d93d07f380624f3'/>
<id>urn:sha1:e28fe2d8a7ee4ee7155366cd7d93d07f380624f3</id>
<content type='text'>
Drop sequencer mutex around uiomove() and make sure we don't move more bytes
than is available, else a panic might happen.

Found by:		Peter Holm &lt;peter@holm.cc&gt;
Sponsored by:		Mellanox Technologies
</content>
</entry>
<entry>
<title>MFC r339581:</title>
<updated>2018-10-25T14:38:03Z</updated>
<author>
<name>Hans Petter Selasky</name>
<email>hselasky@FreeBSD.org</email>
</author>
<published>2018-10-25T14:38:03Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=8d27d23671448a7fde5f43b79e5f5ac08ac8c40d'/>
<id>urn:sha1:8d27d23671448a7fde5f43b79e5f5ac08ac8c40d</id>
<content type='text'>
Fix off-by-one which can lead to panics.

Found by:		Peter Holm &lt;peter@holm.cc&gt;
Sponsored by:		Mellanox Technologies
</content>
</entry>
<entry>
<title>MFC r309748 (by glebius):</title>
<updated>2018-09-18T20:46:55Z</updated>
<author>
<name>Dimitry Andric</name>
<email>dim@FreeBSD.org</email>
</author>
<published>2018-09-18T20:46:55Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=e837bd8d024753f126e57bf72f4e368a52e5dd01'/>
<id>urn:sha1:e837bd8d024753f126e57bf72f4e368a52e5dd01</id>
<content type='text'>
Treat R_X86_64_PLT32 relocs as R_X86_64_PC32.

If we load a binary that is designed to be a library, it produces
relocatable code via assembler directives in the assembly itself
(rather than compiler options).  This emits R_X86_64_PLT32 relocations,
which are not handled by the kernel linker.

Submitted by:	gallatin
Reviewed by:	kib
PR:		231451
</content>
</entry>
<entry>
<title>MFC r338038: Extending the delay cycles to give the codec more time to pump ADC data across the AC-link.</title>
<updated>2018-08-26T13:06:57Z</updated>
<author>
<name>Tai-hwa Liang</name>
<email>avatar@FreeBSD.org</email>
</author>
<published>2018-08-26T13:06:57Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=8620f1555c4aa6d68bf34a0e22ff294f4fc0a2d8'/>
<id>urn:sha1:8620f1555c4aa6d68bf34a0e22ff294f4fc0a2d8</id>
<content type='text'>
Without this patch, some CS4614 cards will need users to reload the driver manually or
the hardware won't be initialised properly. Something like:

	# kldload snd_csa
	# kldunload snd_csa
	# kldload snd_csa

Tested with:	Terratec SiXPack 5.1+
</content>
</entry>
<entry>
<title>MFC r336438</title>
<updated>2018-08-09T00:56:40Z</updated>
<author>
<name>David C Somayajulu</name>
<email>davidcs@FreeBSD.org</email>
</author>
<published>2018-08-09T00:56:40Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=4b509df4b3ec429ad943bf5a0edb60a51786777e'/>
<id>urn:sha1:4b509df4b3ec429ad943bf5a0edb60a51786777e</id>
<content type='text'>
Fixes for  the following issues:
1. Fix taskqueues drain/free to fix panic seen when interface is being
   bought down and in parallel asynchronous link events happening.

2. Fix bxe_ifmedia_status()

Submitted by:Vaishali.Kulkarni@cavium.com and Anand.Khoje@cavium.com
</content>
</entry>
<entry>
<title>MFC r333004</title>
<updated>2018-05-09T20:49:50Z</updated>
<author>
<name>David C Somayajulu</name>
<email>davidcs@FreeBSD.org</email>
</author>
<published>2018-05-09T20:49:50Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=cf0b39f6047fcd4cb2f357a91253fb771a1b7df7'/>
<id>urn:sha1:cf0b39f6047fcd4cb2f357a91253fb771a1b7df7</id>
<content type='text'>
Fix Issue with adding MUltiCast Addresses. When multicast addresses are
added/deleted, the delete the multicast addresses previously programmed
in HW and reprogram the new set of multicast addresses.

Submitted by:	Vaishali.Kulkarni@cavium.com
</content>
</entry>
<entry>
<title>MFS:	r295060, r296462, r296597-296598, r299053, r306229, r306335, r308200</title>
<updated>2018-01-04T01:21:24Z</updated>
<author>
<name>Jung-uk Kim</name>
<email>jkim@FreeBSD.org</email>
</author>
<published>2018-01-04T01:21:24Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=f844b0f31fd8038b492db2647f9a67b3fcdf8b10'/>
<id>urn:sha1:f844b0f31fd8038b492db2647f9a67b3fcdf8b10</id>
<content type='text'>
Sync. OpenSSL with stable/9.

r295060 (delphij):
Fix OpenSSL SSLv2 ciphersuite downgrade vulnerability. [SA-16:11]

r296462, r296597-296598 (delphij):
Fix multiple OpenSSL vulnerabilities. [SA-16:12]

r299053 (delphij):
Fix several OpenSSL vulnerabilities. [SA-16:17]

r306229, r306335 (delphij):
Fix multiple OpenSSL vulnerabilities. [SA-16:26]

r308200 (delphij):
Fix OpenSSL remote DoS vulnerability. [SA-16:35]

Requested by:	danfe
</content>
</entry>
</feed>
