<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test/libexec, 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-19T08:38:31Z</updated>
<entry>
<title>rtld-elf: link udivmoddi4 from compiler_rt</title>
<updated>2020-12-19T08:38:31Z</updated>
<author>
<name>Ryan Libby</name>
<email>rlibby@FreeBSD.org</email>
</author>
<published>2020-12-19T08:38:31Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=bce2cff0bc0ee3ab5b7a66c19920e7cfe3400f6f'/>
<id>urn:sha1:bce2cff0bc0ee3ab5b7a66c19920e7cfe3400f6f</id>
<content type='text'>
This fixes the gcc9 build of rtld-elf32 on amd64, which needed an
implementation of udivmoddi4.

rtld-elf uses certain functions normally found in libc, and so it
includes certain files from libc in its own build.  It has two
mechanisms to include files from libc: one that rebuilds source files in
the rtld-elf environment, and one that extracts object files from a
purpose-built no-SSP PIC archive.

In addition to libc functions, rtld-elf may need to link functions
normally found in libcompiler_rt (formerly libgcc).  Now, add an ability
to rebuild libcompiler_rt source files in the rtld-elf environment.  We
don't yet have a need for an object file extraction mechanism.

libcompiler_rt could also supply udivdi3 and umoddi3, but leave them
alone for now.

Reviewed by:	arichardson, kib
Sponsored by:	Dell EMC Isilon
Differential Revision:	https://reviews.freebsd.org/D27665
</content>
</entry>
<entry>
<title>rtld-libc: fix incremental build</title>
<updated>2020-12-19T08:38:27Z</updated>
<author>
<name>Ryan Libby</name>
<email>rlibby@FreeBSD.org</email>
</author>
<published>2020-12-19T08:38:27Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=198a0e58ec9c0a53eed0c8782df47915f29cd8a4'/>
<id>urn:sha1:198a0e58ec9c0a53eed0c8782df47915f29cd8a4</id>
<content type='text'>
ar cr is an update of an archive, not a creation of a new one.  During
incremental builds (e.g. with meta mode) the archive was not getting
cleaned, and so could retain now-deleted objects from previous builds.
Now, delete the archive before creating/updating it.

Reviewed by:	arichardson, bdrewery, kib
Sponsored by:	Dell EMC Isilon
Differential Revision:	https://reviews.freebsd.org/D27663
</content>
</entry>
<entry>
<title>Fix the ipfw service status output when ipfw.ko isn't loaded</title>
<updated>2020-12-18T16:02:28Z</updated>
<author>
<name>Mark Johnston</name>
<email>markj@FreeBSD.org</email>
</author>
<published>2020-12-18T16:02:28Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=5120612664fbc54d69ee1a21d0abcbab58712709'/>
<id>urn:sha1:5120612664fbc54d69ee1a21d0abcbab58712709</id>
<content type='text'>
Reported by:	lme
Reviewed by:	lme
MFC after:	1 week
Differential Revision:	https://reviews.freebsd.org/D27657
</content>
</entry>
<entry>
<title>Make mountcritremote dependent upon nfscbd.</title>
<updated>2020-12-17T00:20:57Z</updated>
<author>
<name>Rick Macklem</name>
<email>rmacklem@FreeBSD.org</email>
</author>
<published>2020-12-17T00:20:57Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=31b29217abc4da8504df959794d43428712f2666'/>
<id>urn:sha1:31b29217abc4da8504df959794d43428712f2666</id>
<content type='text'>
Although it is not often needed, the nfscbd(8) should be running when
NFSv4 mounts are done if callback functionality is required.
Callback functionality is required for the NFSv4 server to issue
delegations or pNFS layouts.

This patch adds nfscbd to the mountcritremote's REQUIRED line
to ensure it is started before NFS mounts specified in /etc/fstab
are done.

Reviewed by:	0mp
Differential Revision:	https://reviews.freebsd.org/D27506
</content>
</entry>
<entry>
<title>When receiving a file having a length, which is a mulitple of the blocksize,</title>
<updated>2020-12-15T09:43:18Z</updated>
<author>
<name>Michael Tuexen</name>
<email>tuexen@FreeBSD.org</email>
</author>
<published>2020-12-15T09:43:18Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=1d0272a600c7e64f641c3193eabd41f467c2d6ff'/>
<id>urn:sha1:1d0272a600c7e64f641c3193eabd41f467c2d6ff</id>
<content type='text'>
close the file once it is received.

Reported by:	Timo Voelker
MFC after:	1 week
</content>
</entry>
<entry>
<title>Improve the counting of blocks used to transfer a file from the</title>
<updated>2020-12-14T22:13:58Z</updated>
<author>
<name>Michael Tuexen</name>
<email>tuexen@FreeBSD.org</email>
</author>
<published>2020-12-14T22:13:58Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=3696db923f8e182e508b01bd46c0ba255c621dd6'/>
<id>urn:sha1:3696db923f8e182e508b01bd46c0ba255c621dd6</id>
<content type='text'>
server to the client in case of not using an OACK: Don't miss
the first block in case of it is not also the last one.

MFC after:		1 week
</content>
</entry>
<entry>
<title>Fix the TFTP client when performing a RRQ for files smaller than 512 bytes</title>
<updated>2020-12-10T19:36:33Z</updated>
<author>
<name>Michael Tuexen</name>
<email>tuexen@FreeBSD.org</email>
</author>
<published>2020-12-10T19:36:33Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=1f67c37c1f9353e3a211795ff5e154884319a0cd'/>
<id>urn:sha1:1f67c37c1f9353e3a211795ff5e154884319a0cd</id>
<content type='text'>
and the server not sending an OACK:
* Close the file.
* Report the correct the number of received blocks.

MFC after:		1 week
</content>
</entry>
<entry>
<title>When dropping packets (RRQ or WRQ) for debugging, report the send</title>
<updated>2020-12-06T18:43:12Z</updated>
<author>
<name>Michael Tuexen</name>
<email>tuexen@FreeBSD.org</email>
</author>
<published>2020-12-06T18:43:12Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=a1c4a3eaf122d2d0a875ac73c1032d988a318826'/>
<id>urn:sha1:a1c4a3eaf122d2d0a875ac73c1032d988a318826</id>
<content type='text'>
operation as successful. Reporting a failure stops the transfer
instead of using timeouts.

MFC after:		1 week
</content>
</entry>
<entry>
<title>Add CFI start/end proc directives to arm64, i386, and ppc</title>
<updated>2020-12-05T00:33:28Z</updated>
<author>
<name>Conrad Meyer</name>
<email>cem@FreeBSD.org</email>
</author>
<published>2020-12-05T00:33:28Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=78599c32efed3247d165302a1fbe8d9203e38974'/>
<id>urn:sha1:78599c32efed3247d165302a1fbe8d9203e38974</id>
<content type='text'>
Follow-up to r353959 and r368070: do the same for other architectures.

arm32 already seems to use its own .fnstart/.fnend directives, which
appear to be ARM-specific variants of the same thing.  Likewise, MIPS
uses .frame directives.

Reviewed by:	arichardson
Differential Revision:	https://reviews.freebsd.org/D27387
</content>
</entry>
<entry>
<title>Revert r366857.</title>
<updated>2020-12-04T19:31:16Z</updated>
<author>
<name>Cy Schubert</name>
<email>cy@FreeBSD.org</email>
</author>
<published>2020-12-04T19:31:16Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=353ce816878c17e4367280f178d9cb521cc3d616'/>
<id>urn:sha1:353ce816878c17e4367280f178d9cb521cc3d616</id>
<content type='text'>
r366857 created a number of problems, tearing down interfaces too
early in shutdown. This resulted in:

- hung ssh sessions when shutting down or rebooting remotely using
  shutdown (I've used exec shutdown, for years, as apposed to simply
  shutdown).

- NFS mounted filesystems "disappear" prior to unmount.

- dhclient attached to a VLAN on an interface who's parent interface
  has already shut down prints errors.

The path forward is to teach lagg(4) and vlan(4) about WOL.

PR:		251531, 251540
PR:		158734, 109980 are broken again
Reported by:	jhb, emaste, jtl, Helge Oldach&lt;freebsd_oldach.net&gt;
		Martin Birgmeier &lt;d8zNeCFG_aon.at&gt;
MFC after:      Immediately
Discussion at:	https://reviews.freebsd.org/D27459
</content>
</entry>
</feed>
