FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=upstream%2F13.1.0 2022-04-24T23:15:07Z 2022-04-24T23:15:07Z Kyle Evans kevans@FreeBSD.org 2022-04-21T19:57:24Z urn:sha1:59288c719dc2af9b59e33a88f9b138c5bac38335 This mirrors dmu_read_impl(), zeroing out the tail end of the buffer and clipping the read to what's contained by the block that exists. This fixes an issue that arose during the 13.1 release process; in 13.1-RC1 and later, setting up GELI+ZFS will result in a failure to boot. The culprit is this, which causes us to fail to load geom_eli.ko as there's a residual portion after the single datablk that should be zeroed out. PR: 263407 Reviewed by: tsoome Approved by: re (gjb) (cherry picked from commit 914dc91d12198352b7878a88d30e2a6373a936e1) (cherry picked from commit 0c9c8a4c6459a8cd1b7290ae7dcd9452d3a4dbc1) 2022-03-18T23:18:12Z Toomas Soome tsoome@FreeBSD.org 2022-03-17T17:42:05Z urn:sha1:2ac7903dcbbafd0ad8c466344477fe62f16dccea building libsa needs to use -I${LDRSRC} for some files. PR: 260083 Submitted by: Ivan Rozhuk Approved by: re (gjb, early MFC) (cherry picked from commit 9633c3d87476f72375f13942b55a4c9a7a00c7d8) 2022-02-11T16:42:46Z Dimitry Andric dim@FreeBSD.org 2022-02-10T18:48:31Z urn:sha1:2152b272072714ec05cda8883c46cc5515aa1f65 Follow up 5f2aca839400, where I missed the -Werror warning still being emitted in libsa. Fixes: 5f2aca839400 MFC after: 3 days (cherry picked from commit 74f7afdfd2f5c1beaed7af1bfe89b8b520744500) 2022-01-27T10:06:43Z Emmanuel Vadot manu@FreeBSD.org 2021-12-30T14:49:24Z urn:sha1:19d26be3f3b3b52487c085f8f02927e8eef5c52b This helps mesuring what's happening when we load the kernel/modules/mfsroot. This also adds TSENTER2 which uses the third argument of TSRAW, same as in the kernel. MFC after: 2 weeks Sponsored by: Beckhoff Automation GmbH & Co. KG Differential Revision: https://reviews.freebsd.org/D33699 (cherry picked from commit 01cad731921bb60b4f6e04c1cac987eea7af9d08) 2022-01-13T07:59:03Z Emmanuel Vadot manu@FreeBSD.org 2021-12-30T08:47:06Z urn:sha1:d37a33f52c369f071d036d3cf8940215f682c636 tftp_open reads the first block so copy it in the cached data. If we have more than one block (i.e. we called tftp_read before tftp_preload) simply just reset the transfer. Reported by: mmel Reviewed by: mmel, tsoome MFC after: 2 weeks Sponsored by: Beckhoff Automation GmbH & Co. KG Differential Revision: https://reviews.freebsd.org/D33697 (cherry picked from commit dfc9c1d4937d0e2eab2910665069faba814bca1e) 2022-01-13T07:58:39Z Emmanuel Vadot manu@FreeBSD.org 2021-12-10T09:37:01Z urn:sha1:d852525555032ed5e41e4d19316ded8ab6a04803 The preload method will transfer the whole file in a buffer and cache it so read/lseek operations are faster. Reviewed by: imp, tsoome MFC after: 2 weeks Sponsored by: Beckhoff Automation GmbH & Co. KG Differential Revision: https://reviews.freebsd.org/D33410 (cherry picked from commit 3eb019000c9eba6dafad6741a88f627b4d4fcd8a) 2022-01-13T07:58:31Z Emmanuel Vadot manu@FreeBSD.org 2021-12-10T09:33:43Z urn:sha1:37e1449d29c847bbbb5120774b2256362a2aabdd When we load an ELF file (kernel or module) we do seek(2) a lot to parse/load the different sections of the ELF file. Protocol like TFTP suffers a lot from this as there is no resume or a way to start the tranfer from a specified offset in the file. fs_preload is added to help those protocol. Call preload just after opening the ELF file that we need to load so the underlying method can cache the hole file and then read/lseek operations are faster. Reviewed by: imp MFC after: 2 weeks Sponsored by: Beckhoff Automation GmbH & Co. KG Differential Revision: https://reviews.freebsd.org/D33409 (cherry picked from commit c25d9aff4607e7f1c378b0b7853e49c07c0af91a) 2022-01-13T07:58:21Z Toomas Soome tsoome@FreeBSD.org 2021-08-12T05:45:52Z urn:sha1:bc9154a208248a2ea0ca00177407caef87fec87e We want to keep our root file system open to preserve bcache segment between file accesses, thus reducing physical disk IO. Reviewed by: imp, allanjude, kevans (previous version) Differential Revision: https://reviews.freebsd.org/D30848 MFC after: 1 month (cherry picked from commit b4cb3fe0e39a31e60292018dc9fb7510b3de92bf) 2022-01-13T07:56:00Z Emmanuel Vadot manu@FreeBSD.org 2021-12-09T14:46:39Z urn:sha1:4003cdd81b8776cb451395ffa53423ad52328bc9 getsecs is very costly, reuse the values we got before. Fetching a ~30MB kernel with the tftp command use to take ~26 seconds and now it's ~18 seconds. Reviewed by: imp, tsoome MFC after: 2 weeks Sponsored by: Beckhoff Automation GmbH & Co. KG Differential Revision: https://reviews.freebsd.org/D33408 (cherry picked from commit c5f24f5e0db24c8e33e6278a4fbb7e68364ca18d) 2022-01-13T07:55:51Z Emmanuel Vadot manu@FreeBSD.org 2021-12-13T09:35:23Z urn:sha1:e3ef89ba96730180f55b9fc6af4c29e1482b9ac6 When we load a kernel or module we open/close it a few times. Since we're using the same port number each time and that we requested the same file the ACK that we send are valid on the server side and the server send us the file multiple times. This makes tftp loading time very inconsistant due to the UDP "flood" that we have to process. Reviewed by: imp, tsoome MFC after: 2 weeks Sponsored by: Beckhoff Automation GmbH & Co. KG Differential Revision: https://reviews.freebsd.org/D33407 (cherry picked from commit 4f36ed513cc8fc3fe780b23ecda8cb1fdc6edf7d)