FreeBSD Bugzilla – Attachment 242450 Details for
Bug 271683
devel/kommit: crashes whilst opening /usr/src
Home
|
New
|
Browse
|
Search
|
[?]
|
Reports
|
Help
|
New Account
|
Log In
Remember
[x]
|
Forgot Password
Login:
[x]
Konsole output
Konsole output.txt (text/plain), 333.43 KB, created by
Graham Perrin
on 2023-05-27 18:44:06 UTC
(
hide
)
Description:
Konsole output
Filename:
MIME Type:
Creator:
Graham Perrin
Created:
2023-05-27 18:44:06 UTC
Size:
333.43 KB
patch
obsolete
>% kommit >QKqueueFileSystemWatcherEngine::addPaths: open: No such file or directory >kf.config.core: Created a KConfigGroup on an inaccessible config location "/usr/home/bbsadmin-l/.directory" "Desktop Entry" >kf.config.core: Created a KConfigGroup on an inaccessible config location "/usr/home/bbsadmin-l/.directory" "Desktop Entry" >kf.config.core: Created a KConfigGroup on an inaccessible config location "/usr/home/bbsadmin-l/.directory" "Desktop Entry" >kf.config.core: Created a KConfigGroup on an inaccessible config location "/usr/home/bbsadmin-l/.directory" "Desktop Entry" >QProcess: Destroyed while process ("git") is still running. >KCrash: Application 'kommit' crashing... >QSocketNotifier: Invalid socket 8 and type 'Read', disabling... >QSocketNotifier: Invalid socket 11 and type 'Read', disabling... >QSocketNotifier: Invalid socket 12 and type 'Read', disabling... >QSocketNotifier: Invalid socket 27 and type 'Read', disabling... >=== Crash on git process === >==== >ERROR: >==== > "" >==== >OUTPUR: >==== > "'SEP>c2c9ac88c2bb62423ae91beeee4083b596922adcXc2c9ac88c2bbX829f3d7d2640490ea3dc4180aa96041f440fd743\nDmitry ChaginXdchagin@FreeBSD.orgX2023-05-26T19:35:08+03:00\nDmitry ChaginXdchagin@FreeBSD.orgX2023-05-26T19:35:08+03:00\n (HEAD -> main, freebsd/main)\n1685118908\nkdump: Add a facility to print numbers in decimal format always\nTo help grepping kdump output by pid or tid it makes sence to print\nsome numbers in decimal format always. Eg, process or thread identifier\nat least, as they already printed in decimal format.\nSwitch to print pid/tid arguments of some Linux signal related syscalls\nin decimal format.\n\nReviewed by:\t\tjhb\nDifferential Revision:\thttps://reviews.freebsd.org/D40099\nMFC after:\t\t1 week\n\n'\n'SEP>829f3d7d2640490ea3dc4180aa96041f440fd743X829f3d7d2640Xbd35e83bcf03a3650b5574f81201e8e55af4cdd7\nDmitry ChaginXdchagin@FreeBSD.orgX2023-05-26T19:34:33+03:00\nDmitry ChaginXdchagin@FreeBSD.orgX2023-05-26T19:34:33+03:00\n\n1685118873\nkdump: Decode linux_clone syscall flags\nReviewed by:\t\temaste\nDifferential Revision:\thttps://reviews.freebsd.org/D40151\nMFC after:\t\t1 week\n\n'\n'SEP>bd35e83bcf03a3650b5574f81201e8e55af4cdd7Xbd35e83bcf03X3f1bfc136f8fb8c6a7c4dcccebd27962bc104670\nDmitry ChaginXdchagin@FreeBSD.orgX2023-05-26T19:32:20+03:00\nDmitry ChaginXdchagin@FreeBSD.orgX2023-05-26T19:32:20+03:00\n\n1685118740\nlibsysdecode: Decode linux_clone syscall flags\nReviewed by:\t\temaste\nDifferential Revision:\thttps://reviews.freebsd.org/D40150\nMFC after:\t\t1 week\n\n'\n'SEP>3f1bfc136f8fb8c6a7c4dcccebd27962bc104670X3f1bfc136f8fX5c134fba225fabb2e0f9c763aaca0eeee81d8f9f\nDmitry ChaginXdchagin@FreeBSD.orgX2023-05-26T19:31:47+03:00\nDmitry ChaginXdchagin@FreeBSD.orgX2023-05-26T19:31:47+03:00\n\n1685118707\nlinux(4): Guard linux_fork.h by _KERNEL for use by libsysdecode\nReviewed by:\t\temaste\nDifferential Revision:\thttps://reviews.freebsd.org/D40149\nMFC after:\t\t1 month\n\n'\n'SEP>5c134fba225fabb2e0f9c763aaca0eeee81d8f9fX5c134fba225fX9c80ad6839cd30ecfeff2fb946d86888815da600\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-26T18:43:37+03:00\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-26T18:43:37+03:00\n\n1685115817\nkinst: fix memcpy() tracing crash\nTracing memcpy() would crash the kernel, because we'd also trace the\nmemcpy() calls from kinst_invop(). To fix this, introduce kinst_memcpy()\nwhose arguments are 'volatile', so that we avoid having the compiler\nreplace it with a regular memcpy().\n\nReviewed by:\tmarkj\nApproved by:\tmarkj (mentor)\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D40284\n\n'\n'SEP>9c80ad6839cd30ecfeff2fb946d86888815da600X9c80ad6839cdX7409d45ed4c515b80d75491492808b6b284a207b\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-26T16:54:08+03:00\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-26T16:54:08+03:00\n\n1685109248\nkinst: add kinst_excluded()\nExclude functions that are not safe-to-trace.\n\nReviewed by:\tmarkj\nApproved by:\tmarkj (mentor)\nSponsored by:\tThe FreeBSD Foundation\nifferential Revision:\thttps://reviews.freebsd.org/D39229\n\n'\n'SEP>7409d45ed4c515b80d75491492808b6b284a207bX7409d45ed4c5Xb01c10d25d06047e45c3d5dc6a4e757a9b35ab78\nEd MasteXemaste@FreeBSD.orgX2023-05-26T09:20:27-04:00\nPierre ProncheryXpierre@freebsdfoundation.orgX2023-05-25T19:44:36+02:00\n\n1685036676\nauditdistd: Request the OpenSSL 1.1 API\nOPENSSL_API_COMPAT can be used to specify the OpenSSL API version in\nuse for the purpose of hiding deprecated interfaces and enabling\nthe appropriate deprecation notices.\n\nThis change is a NFC while we're still using OpenSSL 1.1.1 but will\navoid deprecation warnings upon the switch to OpenSSL 3.0.\n\nA future change should migrate to use the OpenSSL 3.0 APIs.\n\nPR:\t\t271615\nReviewed by:\temaste\nEvent:\t\tKitchener-Waterloo Hackathon 202305\nSponsored by:\tThe FreeBSD Foundation\n\n'\n'SEP>b01c10d25d06047e45c3d5dc6a4e757a9b35ab78Xb01c10d25d06Xf5abdb03119a7e6608f0cfee0e7a28c94b9b0ca1\nEd MasteXemaste@FreeBSD.orgX2023-05-26T09:15:25-04:00\nEd MasteXemaste@FreeBSD.orgX2023-05-25T15:17:13-04:00\n\n1685042233\nauditdistd: Avoid calling deprecated OpenSSL functions\nAs of OpenSSL 1.1 SSL_library_init() and SSL_load_error_strings() are\ndeprecated. There are replacement initialization functions but they do\nnot need to be called: \"As of version 1.1.0 OpenSSL will automatically\nallocate all resources that it needs so no explicit initialisation is\nrequired.\"\n\nWrap both calls in an OPENSSL_VERSION_NUMBER block.\n\nUpstream pull request submitted at\nhttps://github.com/openbsm/openbsm/pull/82\n\nPR:\t\t271615\nReviewed by:\tngie\nEvent:\t\tKitchener-Waterloo Hackathon 202305\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision: https://reviews.freebsd.org/D40273\n\n'\n'SEP>f5abdb03119a7e6608f0cfee0e7a28c94b9b0ca1Xf5abdb03119aXe4a905d1e0d94ddb8e15de50d37e67f13e058047\nCheng CuiXcc@FreeBSD.orgX2023-05-26T02:30:52-04:00\nCheng CuiXcc@FreeBSD.orgX2023-05-25T09:14:38-04:00\n\n1685020478\ntcp: fix a bug where unshifting should be put last in tcp_get_srtt()\nReported by: Bhaskar Pardeshi from VMware.\nReviewers: rscheff, tuexen, #transport!\nApproved by: tuexen (mentor)\nSubscribers: imp, melifaro, glebius\nDifferential Revision: https://reviews.freebsd.org/D40267\n\n'\n'SEP>e4a905d1e0d94ddb8e15de50d37e67f13e058047Xe4a905d1e0d9X4b08a62ed441668c103f834f5fe756ece5a8d9b3\nKirk McKusickXmckusick@FreeBSD.orgX2023-05-25T19:27:04-07:00\nKirk McKusickXmckusick@FreeBSD.orgX2023-05-25T19:27:04-07:00\n\n1685068024\nAdd the ability to adjust directory depths to background fsck_ffs(8).\nCommit fe5e6e2 improved FFS directory placement when creating new\ndirectories. It is done by keeping track of the depth of directories\nin the filesystem and placing those lower in the tree closer together\nwhile spreading out those higher in the tree.\n\nFsck_ffs(8) checks these depths and if incorrect adjusts them to\ntheir correct value. When running in background fsck_ffs(8) needs\nto be able to make an adjustment to the depth. This commit adds\nthe sysctl to make such an adjustment and adds the code to fsck_ffs(8)\nto use the new sysctl.\n\nMFC after: 1 week\nSponsored by: The FreeBSD Foundation\n\n'\n'SEP>4b08a62ed441668c103f834f5fe756ece5a8d9b3X4b08a62ed441X0f2bb40bc7ddee7ba329d9b344623e2a186b4046\nKirk McKusickXmckusick@FreeBSD.orgX2023-05-25T18:59:16-07:00\nKirk McKusickXmckusick@FreeBSD.orgX2023-05-25T18:56:22-07:00\n\n1685066182\nWhen running fsck_ffs(8) in background ensure that a superblock has been read.\nReported by: Mikhail T.\nPR:\t 271352\nMFC after: 1 week\nSponsored by: The FreeBSD Foundation\n\n'\n'SEP>0f2bb40bc7ddee7ba329d9b344623e2a186b4046X0f2bb40bc7ddXdb289ababf9053236deb945e70167947d36b8692\nEd MasteXemaste@FreeBSD.orgX2023-05-25T21:45:52-04:00\nEd MasteXemaste@FreeBSD.orgX2023-05-02T16:24:46-04:00\n\n1683059086\nlldb: dereference stoppcbs based on target kernel version\nAs of 9fb6718d1b18 / __FreeBSD_version 1400089 stoppcbs is a pointer to\nthe pcbs array. Dereference stoppcbs on sufficiently new kernels.\n\nReviewed by:\tmarkj (earlier)\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision: https://reviews.freebsd.org/D39939\n\n'\n'SEP>db289ababf9053236deb945e70167947d36b8692Xdb289ababf90X9fb6718d1b180c341373b25c03dbfc221ddee311\nMark JohnstonXmarkj@FreeBSD.orgX2023-05-25T18:09:55-04:00\nMark JohnstonXmarkj@FreeBSD.orgX2023-05-25T17:08:55-04:00\n\n1685048935\nposixshmcontrol.1: Document posixshmcontrol create -l\nReviewed by:\tkib\nMFC after:\t1 week\nDifferential Revision:\thttps://reviews.freebsd.org/D40270\n\n'\n'SEP>9fb6718d1b180c341373b25c03dbfc221ddee311X9fb6718d1b18Xfed03614bd2d070ffb351af8042fda9805341c29\nMark JohnstonXmarkj@FreeBSD.orgX2023-05-25T18:09:55-04:00\nMark JohnstonXmarkj@FreeBSD.orgX2023-04-25T12:09:24-04:00\n\n1682438964\nsmp: Dynamically allocate the stoppcbs array\nThis avoids bloating the kernel image when MAXCPU is large.\n\nA follow-up patch for kgdb and other kernel debuggers is needed since\nthe stoppcbs symbol is now a pointer. Bump __FreeBSD_version so that\ndebuggers can use osreldate to figure out how to handle stoppcbs.\n\nPR:\t\t269572\nMFC after:\tnever\nReviewed by:\tmjg, emaste\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D39806\n\n'\n'SEP>fed03614bd2d070ffb351af8042fda9805341c29Xfed03614bd2dX9105ba047181a5b4a04046557d41849c92d6a787\nEd MasteXemaste@FreeBSD.orgX2023-05-25T16:52:52-04:00\nPierre ProncheryXpierre@freebsdfoundation.orgX2023-05-25T19:44:47+02:00\n\n1685036687\nfactor: Request the OpenSSL 1.1 API\nOPENSSL_API_COMPAT can be used to specify the OpenSSL API version in\nuse for the purpose of hiding deprecated interfaces and enabling\nthe appropriate deprecation notices.\n\nThis change is a NFC while we're still using OpenSSL 1.1.1 but will\navoid deprecation warnings upon the switch to OpenSSL 3.0.\n\nA future change should migrate to use the OpenSSL 3.0 APIs.\n\nPR:\t\t271615\nReviewed by:\temaste\nEvent:\t\tKitchener-Waterloo Hackathon 202305\nSponsored by:\tThe FreeBSD Foundation\n\n'\n'SEP>9105ba047181a5b4a04046557d41849c92d6a787X9105ba047181X855ade9e722a5c3f7363f5f78798bdfedadb1005\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-25T23:47:41+03:00\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-25T23:47:41+03:00\n\n1685047661\nofw: remove redundant calls in ofwbus_attach()\nSince commit ecaecbc7d8bc212d8e854088106b3b21e631bb52, calling\nofw_bus_gen_setup_devinfo() is redundant, as the call to\ndevice_set_ivars() now happens inside simplebus_add_device().\n\nReviewed by:\tmarkj\nApproved by:\tmarkj (mentor)\nDifferential Revision:\thttps://reviews.freebsd.org/D40271\n\n'\n'SEP>855ade9e722a5c3f7363f5f78798bdfedadb1005X855ade9e722aX5a7500dab9b8480dacd5a9b70bad1541391342e4\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-25T23:40:46+03:00\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-25T23:40:46+03:00\n\n1685047246\nkinst: be explicit about trampoline placement\nThe current implementation and comment was specific to amd64. Even\nthough in the case of kinst's supported architectures (RISC-V and ARM64)\nVM_MIN_KERNEL_ADDRESS is equal to KERNBASE, it's better to be explicit.\n\nReviewed by:\tmarkj\nApproved by:\tmarkj (mentor)\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D40266\n\n'\n'SEP>5a7500dab9b8480dacd5a9b70bad1541391342e4X5a7500dab9b8X9f35eb8f96a55aac92fc0c7d08f4b6ab0ae9bc39\nEd MasteXemaste@FreeBSD.orgX2023-05-25T15:08:05-04:00\nPierre ProncheryXpierre@freebsdfoundation.orgX2023-05-25T09:26:58+02:00\n\n1684999618\nlibarchive: Request the OpenSSL 1.1 API\nOPENSSL_API_COMPAT can be used to specify the OpenSSL API version in\nuse for the purpose of hiding deprecated interfaces and enabling\nthe appropriate deprecation notices.\n\nThis change is a NFC while we're still using OpenSSL 1.1.1 but will\navoid deprecation warnings upon the switch to OpenSSL 3.0.\n\nA future update should migrate to use the OpenSSL 3.0 APIs.\n\nPR:\t\t271615\nReviewed by:\temaste\nEvent:\t\tKitchener-Waterloo Hackathon 202305\nSponsored by:\tThe FreeBSD Foundation\n\n'\n'SEP>9f35eb8f96a55aac92fc0c7d08f4b6ab0ae9bc39X9f35eb8f96a5X98d06eea14a5056e22328140fee517a4f0612bf8\nDag-Erling Sm\xC3\xB8rgravXdes@FreeBSD.orgX2023-05-25T18:02:24+00:00\nDag-Erling Sm\xC3\xB8rgravXdes@FreeBSD.orgX2023-05-25T17:07:25+00:00\n\n1685034445\nctags: Recognize __attribute__ in function declarations.\nMFC after:\t1 week\nObtained from:\tNetBSD\nSponsored by:\tKlara, Inc.\nReviewed by:\tkevans\nDifferential Revision:\thttps://reviews.freebsd.org/D40264\n\n'\n'SEP>98d06eea14a5056e22328140fee517a4f0612bf8X98d06eea14a5X73cc3dbce13f987760112be95bf3f0d7a08a57d0\nJohn BaldwinXjhb@FreeBSD.orgX2023-05-25T10:44:53-07:00\nJohn BaldwinXjhb@FreeBSD.orgX2023-05-25T10:44:53-07:00\n\n1685036693\nsys: Enable -Wunused-but-set-variable for clang 15+.\nIt was already enabled for older clang versions and GCC.\n\n'\n'SEP>73cc3dbce13f987760112be95bf3f0d7a08a57d0X73cc3dbce13fX61fab1341a6b51c1964bcd1eb800fbdf5a34a0ac\nJohn BaldwinXjhb@FreeBSD.orgX2023-05-25T10:44:53-07:00\nJohn BaldwinXjhb@FreeBSD.orgX2023-05-25T10:44:53-07:00\n\n1685036693\nriscv pmap: Add an __unused wrapper for a variable only used under PV_STATS.\n\n'\n'SEP>61fab1341a6b51c1964bcd1eb800fbdf5a34a0acX61fab1341a6bX07523f1d4fae44967b274175d48480fafb6d9f34\nJohn BaldwinXjhb@FreeBSD.orgX2023-05-25T10:44:53-07:00\nJohn BaldwinXjhb@FreeBSD.orgX2023-05-25T10:44:53-07:00\n\n1685036693\npowerpc booke: Add an __unused wrapper for a variable only used under DEBUG.\n\n'\n'SEP>07523f1d4fae44967b274175d48480fafb6d9f34X07523f1d4faeX77d788e23d0964053b81b5de307fa04bd1ccadc5\nEd MasteXemaste@FreeBSD.orgX2023-05-25T13:15:45-04:00\nPierre ProncheryXpierre@freebsdfoundation.orgX2023-05-25T07:42:38+02:00\n\n1684993358\nlibradius: specify OpenSSL 1.1 APIs\nOPENSSL_API_COMPAT can be used to specify the OpenSSL API version in\nuse for the purpose of hiding deprecated interfaces and enabling\nthe appropriate deprecation notices.\n\nThis change is a NFC while we're still using OpenSSL 1.1.1 but will\navoid deprecation warnings upon the switch to OpenSSL 3.0.\n\nFuture work should migrate to use the OpenSSL 3.0 APIs.\n\nPR:\t\t271615\nReviewed by:\temaste\nEvent:\t\tKitchener-Waterloo Hackathon 202305\nSponsored by:\tThe FreeBSD Foundation\n\n'\n'SEP>77d788e23d0964053b81b5de307fa04bd1ccadc5X77d788e23d09Xcadaabcc720bb20d6d604c4792acb29072d2882d\nEd MasteXemaste@FreeBSD.orgX2023-05-25T13:15:45-04:00\nPierre ProncheryXpierre@freebsdfoundation.orgX2023-05-25T08:46:02+02:00\n\n1684997162\nlibfetch: specify OpenSSL 1.1 APIs\nOPENSSL_API_COMPAT can be used to specify the OpenSSL API version in\nuse for the purpose of hiding deprecated interfaces and enabling\nthe appropriate deprecation notices.\n\nThis change is a NFC while we're still using OpenSSL 1.1.1 but will\navoid deprecation warnings upon the switch to OpenSSL 3.0.\n\nFuture work should migrate to use the OpenSSL 3.0 APIs.\n\nPR:\t\t271615\nReviewed by:\temaste\nEvent:\t\tKitchener-Waterloo Hackathon 202305\nSponsored by:\tThe FreeBSD Foundation\n\n'\n'SEP>cadaabcc720bb20d6d604c4792acb29072d2882dXcadaabcc720bX8bebb786820f634d47522711b8cd56a66db3785d\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-25T14:07:49-03:00\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-25T14:07:49-03:00\n\n1685034469\nriscv timer: use stimecmp CSR when available\nThe Sstc extension defines a new stimecmp CSR, allowing supervisor\nsoftware to set the timer, rather than just read it. When supported,\nusing this avoids the frequent trips through the SBI every time the\nCPU's timer expires.\n\nReviewed by:\tjhb\nMFC after:\t2 weeks\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D40241\n\n'\n'SEP>8bebb786820f634d47522711b8cd56a66db3785dX8bebb786820fXef0a711fd5d0d389205c18c869c78b9a4d639ddb\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-25T14:07:26-03:00\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-25T14:07:26-03:00\n\n1685034446\nriscv: S-mode extension parsing\nThere are now several Supervisor-mode extensions that have entered the\n'ratified' status, so begin parsing and reporting a few of these.\n\nRecognize the following extensions:\n - Sstc: stimecmp/vstimecmp CSR\n - Svnapot: NAPOT* translation contiguity\n - Svpbmt: page-based memory types\n - Svinval: fine-grained TLB invalidation instructions\n - Sscofpmf: performance counter overflow\n\n*i.e. \"naturally aligned power-of-2\" page granularity\n\nFor now, provide globals for Sstc and Sscofpmf, as we will make use of\nthese in the near future.\n\nPlus, update the copyright statement after my recent work on this file.\n\nReviewed by:\tjhb\nMFC after:\t2 weeks\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D40240\n\n'\n'SEP>ef0a711fd5d0d389205c18c869c78b9a4d639ddbXef0a711fd5d0Xffa75b573f043951c7958c200c1e0e1b1f703740\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-25T14:06:16-03:00\nAlfredo MazzinghiXam2419@cam.ac.ukX2023-05-25T16:33:12+01:00\n\n1685028792\nriscv: Use PMAP_MAPDEV_EARLY_SIZE in locore and pmap_bootstrap\nUse PMAP_MAPDEV_EARLY_SIZE instead of assuming that its value is always\nL2_SIZE. Add compile-time assertions to check that the size matches the\nexpectations in locore.\n\nReviewed by:\tmhorne\nMFC after:\t1 week\nDifferential Revision:\thttps://reviews.freebsd.org/D40110\n\n'\n'SEP>ffa75b573f043951c7958c200c1e0e1b1f703740Xffa75b573f04X8a852d3e9ff7c4d6f93b65beba8d674127109fc4\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-25T14:06:15-03:00\nMykola HohsadzeXkoliagogsadze@gmail.comX2023-05-25T11:41:55-03:00\n\n1685025715\narm64/disassem.c: Add shifted register instruction definitions\nAdd disassembly support for the following shifted register instructions:\n * adds\n * subs\n * sub\n * neg\n * negs\n * cmp\n * cmn\n\nThe 'Mandatory Tokens' checks are relaxed to allow for the alias\ninstructions (e.g. cmp) which hard-code one or more registers as xzr.\n\nReviewed by:\tmhorne\nMFC after:\t1 week\nDifferential Revision:\thttps://reviews.freebsd.org/D40006\n\n'\n'SEP>8a852d3e9ff7c4d6f93b65beba8d674127109fc4X8a852d3e9ff7X01aee8c92d936470c44821736e0d9e11ed7ce812\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-25T14:06:15-03:00\nMykola HohsadzeXkoliagogsadze@gmail.comX2023-05-25T11:40:38-03:00\n\n1685025638\narm64/disassem.c: Make output lowercase\nUpdate the few uppercase fields fields to be consistent with others.\n\nReviewed by:\tmhorne\nMFC after:\t1 week\nDifferential Revision:\thttps://reviews.freebsd.org/D39820\n\n'\n'SEP>01aee8c92d936470c44821736e0d9e11ed7ce812X01aee8c92d93X555b62e1c8ecf718b4fe5282457b8543cc1b8d99\nEd MasteXemaste@FreeBSD.orgX2023-05-25T12:20:15-04:00\nEd MasteXemaste@FreeBSD.orgX2023-05-25T11:24:48-04:00\n\n1685028288\nlibfetch: do not call deprecated OpenSSL functions\nAs of OpenSSL 1.1 SSL_library_init() and SSL_load_error_strings() are\ndeprecated. There are replacement initialization functions but they do\nnot need to be called: \"As of version 1.1.0 OpenSSL will automatically\nallocate all resources that it needs so no explicit initialisation is\nrequired.\"\n\nWrap both calls in an OPENSSL_VERSION_NUMBER block.\n\nPR:\t\t271615\nReviewed by:\tPierre Pronchery <pierre@freebsdfoundation.org>\nEvent:\t\tKitchener-Waterloo Hackathon 202305\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision: https://reviews.freebsd.org/D40265\n\n'\n'SEP>555b62e1c8ecf718b4fe5282457b8543cc1b8d99X555b62e1c8ecX76238846ad3e9e271a3d1f792f72beab727fd153\nJohn BaldwinXjhb@FreeBSD.orgX2023-05-25T09:16:20-07:00\nJohn BaldwinXjhb@FreeBSD.orgX2023-05-25T09:16:20-07:00\n\n1685031380\nless: Re-enable -Wdeprecated-non-prototype warnings.\nThese were fixed in the most recent update to contrib/less.\n\n'\n'SEP>76238846ad3e9e271a3d1f792f72beab727fd153X76238846ad3eX5804b7ab378d6207130bd1685c931da6a4e76e55\nStefan E\xC3\x9F""erXse@FreeBSD.orgX2023-05-25T17:55:31+02:00\nStefan E\xC3\x9F""erXse@FreeBSD.orgX2023-05-25T17:55:31+02:00\n\n1685030131\ncontrib/bc: upgrade to version 6.6.0\nThis update removes printing of a leading zero in scientific or\nengineering output modes (which are an extended feature of this\nimplementation).\n\n(cherry-picked from commit 8b83ef067441f6d3a4a55e92d1738724954a057c)\n\nMFC after:\t2 weeks\n\n'\n'SEP>5804b7ab378d6207130bd1685c931da6a4e76e55X5804b7ab378dX6d204407ec6eb3403306578a2550a92b8560d92b\nEd MasteXemaste@FreeBSD.orgX2023-05-25T11:06:51-04:00\nJohannes TotzXjo@bruelltuete.comX2023-05-25T10:23:06-04:00\n\n1685024586\nsuperio: Add device ID for ITE IT8613\nReviewed by:\temaste\nDifferential Revision:\thttps://reviews.freebsd.org/D39969\n\n'\n'SEP>6d204407ec6eb3403306578a2550a92b8560d92bX6d204407ec6eX6c08fd3dc804c9c3064add3b9a6ff678a541d210\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-25T15:03:35+00:00\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-25T14:50:57+00:00\n\n1685026257\nifconfig: fix ifconfig IFX inet[6] ADDR -alias\nInternally, inet and inet6 family handlers store state for\n address addition and deletion separately, as, for example,\n \"ifconfig lo0 inet 127.0.0.2/32\" triggers a) deletion of the\n first interface address and b) addition of a new one.\nThe current logic behind handling \"-alias\" being the last argument\n is to copy the address from \"addition\" state to the \"deletion\"\n state. It is done by the generic ifconfig code, which explicitly\n typecasts opaque handler state pointers to \"struct ifreq\", which\n doesn't work in the Netlink case.\n\nFix this by introducing family-specific \"af_copyaddr\" handler,\n which removes the peeking & typecasting logic from the generic code.\n\nReported by:\totis\nTested by:\totis\n\n'\n'SEP>6c08fd3dc804c9c3064add3b9a6ff678a541d210X6c08fd3dc804X3dad1c6696d2b86d7c4662b509f09b91f7f1aed4\nJohn BaldwinXjhb@FreeBSD.orgX2023-05-25T07:11:38-07:00\nJohn BaldwinXjhb@FreeBSD.orgX2023-05-25T07:11:38-07:00\n\n1685023898\nEnable -Wstrict-prototypes by default in the kernel for clang 15+.\nPR:\t\t271072 (exp-run)\nReviewed by:\temaste\nDifferential Revision:\thttps://reviews.freebsd.org/D39734\n\n'\n'SEP>3dad1c6696d2b86d7c4662b509f09b91f7f1aed4X3dad1c6696d2X4ef3b0c138d4e51c34ef90054cdbdf79b9436d04\nJohn BaldwinXjhb@FreeBSD.orgX2023-05-25T07:11:38-07:00\nJohn BaldwinXjhb@FreeBSD.orgX2023-05-25T07:11:38-07:00\n\n1685023898\nEnable -Wstrict-prototypes for all clang versions at WARNS >= 3.\nPreviously clang 15+ only enabled it for WARNS >= 5.\n\nPR:\t\t271072 (exp-run)\nReviewed by:\temaste\nDifferential Revision:\thttps://reviews.freebsd.org/D39732\n\n'\n'SEP>4ef3b0c138d4e51c34ef90054cdbdf79b9436d04X4ef3b0c138d4X48f52d9179d5920750cef0c5d921db63de4d767d\nJohn BaldwinXjhb@FreeBSD.orgX2023-05-25T07:11:38-07:00\nJohn BaldwinXjhb@FreeBSD.orgX2023-05-25T07:11:38-07:00\n\n1685023898\nldns: Silence -Wstrict-prototypes warnings.\nHopefully upstream will fix the function declaration of\nldns_edns_option_list_new in the future.\n\n'\n'SEP>48f52d9179d5920750cef0c5d921db63de4d767dX48f52d9179d5Xfd96685a4a579fc84031e8e66d8f8b1ce8cdf1e5\nJohn BaldwinXjhb@FreeBSD.orgX2023-05-25T07:11:38-07:00\nJohn BaldwinXjhb@FreeBSD.orgX2023-05-25T07:11:38-07:00\n\n1685023898\nzfs: Fix build on 32-bit platforms after most recent import.\nunsigned long is not a uint64_t on 32-bit platforms. The zfs.4\nmanpage documents this variable as a uint, and it is only compared\nwith other variables of type int, so uint_t makes more sense than\nunsigned long.\n\n(I also wasn't sure if ULONG would work as a ZFS_MODULE_PARAM type\non other OS's)\n\n'\n'SEP>fd96685a4a579fc84031e8e66d8f8b1ce8cdf1e5Xfd96685a4a57X430d064ba5b0cb2e91a26af34c15df48d290e417\nAndrew GallatinXgallatin@FreeBSD.orgX2023-05-25T09:40:26-04:00\nAndrew GallatinXgallatin@FreeBSD.orgX2023-05-21T20:47:28-04:00\n\n1684716448\nRevert \"When stopping powerd, set the CPU frequency back to its maximum value\"\nThis reverts commit 1dcb6ad173e57b489a859ea59ed6eaa733bdb5bc.\n\nAs of \"8cb16fdbea6b Restore original frequency on exit.\", powerd\nrestores the original frequency itself.\n\nFurther, if the original frequency is not the same as the\nfirst frequency found in the frequency list, then the restoration\ndone by the powerd_poststop will restore the wrong frequency.\nThis can happen on Intel machines where Turbo is not enabled,\nbut the turbo frequency is first in the list of frequencies.\nIn this case, turbo will be enabled when the user did not want\nit to be.\n\nSponsored by: Netflix\nDifferential Revision: https://reviews.freebsd.org/D40197\nReviewed by: imp, mav\n\n'\n'SEP>430d064ba5b0cb2e91a26af34c15df48d290e417X430d064ba5b0X4bf44dd73bc0a68b73f7ee50d52adf5d7cda3eb8\nDag-Erling Sm\xC3\xB8rgravXdes@FreeBSD.orgX2023-05-25T13:22:18+00:00\nDag-Erling Sm\xC3\xB8rgravXdes@FreeBSD.orgX2023-05-25T11:55:56+00:00\n\n1685015756\nctags: Support writing to stdout instead of a file.\n* Understand \"-\" to mean stdout as per convention.\n* Check that the output is a regular file and ignore -u if not, otherwise we might try to rm /dev/stdout.\n* As a bonus, if -u was specified but the output file does not exist, proceed as if -u had not been specified instead of erroring out.\n\nMFC after:\t1 week\nSponsored by:\tKlara, Inc.\nReviewed by:\tcracauer, debdrup\nDifferential Revision:\thttps://reviews.freebsd.org/D40237\n\n'\n'SEP>4bf44dd73bc0a68b73f7ee50d52adf5d7cda3eb8X4bf44dd73bc0X8b709c88e56dc7e035be6744572bd2978a704338\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-25T12:22:18+00:00\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-20T11:53:46+00:00\n\n1684583626\nifconfig: switch IPv4/IPv6 address manipulations to Netlink.\nDifferential Revision: https://reviews.freebsd.org/D40182\n\n'\n'SEP>8b709c88e56dc7e035be6744572bd2978a704338X8b709c88e56dX9a49a3792940497ddf4657f6e5be56d8ef881edc\nAndrew TurnerXandrew@FreeBSD.orgX2023-05-25T09:50:34+01:00\nAndrew TurnerXandrew@FreeBSD.orgX2023-05-25T09:35:14+01:00\n\n1685003714\nAdd brackets around GICv3 redistributor macros\nThe GICv3 redistributor register access macros take arguments that are\nused as variables. Add brackets around them as is the style, and for\nsafety.\n\nSponsored by:\tArm Ltd\n\n'\n'SEP>9a49a3792940497ddf4657f6e5be56d8ef881edcX9a49a3792940X46927f674466965db76f8e3138bcc630cdd6ed11\nEnji CooperXngie@FreeBSD.orgX2023-05-24T21:56:42-07:00\nEnji CooperXngie@FreeBSD.orgX2023-05-24T21:54:02-07:00\n\n1684990442\nmptutil: document that disabled/enabled are also supported\nThis change officially documents the fact that the `volume cache\nenabled` and `volume cache disabled` are also supported.\n\nWhile here, remove an unnecessary newline at the end of a warn*(3) call.\nwarn*(3) adds a newline automatically.\n\nMFC after:\t1 week\n\n'\n'SEP>46927f674466965db76f8e3138bcc630cdd6ed11X46927f674466Xe5d4e036f2476927369615d4c29651dd2eb3b8a1\nWarner LoshXimp@FreeBSD.orgX2023-05-24T22:33:53-06:00\nWarner LoshXimp@FreeBSD.orgX2023-05-24T16:34:51-06:00\n\n1684967691\nstand/efi/eficom: Free comc_port if we can't find the serial port\nIf we can't find the serial port, free comc_port and return early. The\nserial port just isn't there.\n\nSponsored by:\t\tNetflix\nReviewed by:\t\tkevans\nDifferential Revision:\thttps://reviews.freebsd.org/D40223\n\n'\n'SEP>e5d4e036f2476927369615d4c29651dd2eb3b8a1Xe5d4e036f247X42b0b7a926e3e4834dda923a0751f312e008ad92\nWarner LoshXimp@FreeBSD.orgX2023-05-24T22:33:53-06:00\nWarner LoshXimp@FreeBSD.orgX2023-05-24T16:34:44-06:00\n\n1684967684\nstand/efi/eficom: Make aarch64 compat code probe correctly\nMake the compat code more correct by probing using the eficom console\nstructure, not the comconsole one.\n\nSponsored by:\t\tNetflix\nReviewed by:\t\tkevans\nDifferential Revision:\thttps://reviews.freebsd.org/D40222\n\n'\n'SEP>42b0b7a926e3e4834dda923a0751f312e008ad92X42b0b7a926e3Xf28dff43ad62ee7396abde1f8449ead1ece98053\nWarner LoshXimp@FreeBSD.orgX2023-05-24T22:33:53-06:00\nWarner LoshXimp@FreeBSD.orgX2023-05-24T16:34:37-06:00\n\n1684967677\nstand/efi/eficom: Don't allow this for !HYPERV machines\nIf the machine isn't hyperv on amd64, then this driver fails the probe\nand will do nothing further now, even if explicitly listed in a config.\n\nSponsored by:\t\tNetflix\nReviewed by:\t\tkevans\nDifferential Revision:\thttps://reviews.freebsd.org/D40221\n\n'\n'SEP>f28dff43ad62ee7396abde1f8449ead1ece98053Xf28dff43ad62X2efbc8e2840f6c0b8255a46527f2cdb32ace1bd1\nWarner LoshXimp@FreeBSD.orgX2023-05-24T22:33:53-06:00\nWarner LoshXimp@FreeBSD.orgX2023-05-24T16:34:31-06:00\n\n1684967671\nstand/efi/eficom: better handling of absent device\nDon't even have a comc_port when the port doesn't exist: always free it\nif we probe that it's not there. Also, when it's not present, clear the\nflags indicating presence to avoid disturbing other flags.\n\nSponsored by:\t\tNetflix\nReviewed by:\t\ttsoome, kevans\nDifferential Revision:\thttps://reviews.freebsd.org/D40220\n\n'\n'SEP>2efbc8e2840f6c0b8255a46527f2cdb32ace1bd1X2efbc8e2840fX8955236a10137a1b645e642baf4eaca9c6460547\nWarner LoshXimp@FreeBSD.orgX2023-05-24T22:33:53-06:00\nWarner LoshXimp@FreeBSD.orgX2023-05-24T16:34:21-06:00\n\n1684967661\nstand/efi/smbios: Move detection of smbios earlier.\nIt would be nice to make decisions early in boot, about maybe consoles,\nbased on smbios variables. Set them just after we setup the archsw so we\ncan use them everywhere.\n\nSponsored by:\t\tNetflix\nReviewed by:\t\ttsoome, kevans\nDifferential Revision:\thttps://reviews.freebsd.org/D40219\n\n'\n'SEP>8955236a10137a1b645e642baf4eaca9c6460547X8955236a1013Xb238d51d0adc43e2bab347e5ef13c323c1857c5e\nMike KarelsXkarels@FreeBSD.orgX2023-05-24T22:08:39-05:00\nMike KarelsXkarels@FreeBSD.orgX2023-05-24T22:08:39-05:00\n\n1684984119\nbectl.8: update /home\nThe default location for home directories is moving from /usr/home\nto /home, including the default zfs datasets. Update accordingly.\nAdd zroot/usr/src as replacement example of nested datasets.\n\nWhile here, mark zroot/var as \"canmount off\" as per current setup.\n\nReviewed by:\tkevans\nDifferential Revision:\thttps://reviews.freebsd.org/D40206\n\n'\n'SEP>b238d51d0adc43e2bab347e5ef13c323c1857c5eXb238d51d0adcXbaef3a5b585f462d9256f3b5a771ab5508ef6fd2\nEd MasteXemaste@FreeBSD.orgX2023-05-24T22:16:48-04:00\nPierre ProncheryXpierre@freebsdfoundation.orgX2023-05-12T19:38:18-07:00\n\n1683945498\nldns: specify OpenSSL 1.1 APIs\nOPENSSL_API_COMPAT can be used to specify the OpenSSL API version in\nuse for the purpose of hiding deprecated interfaces and enabling\nthe appropriate deprecation notices.\n\nThis change is a NFC while we're still using OpenSSL 1.1.1 but will\navoid deprecation warnings upon the switch to OpenSSL 3.0.\n\nA future ldns update should migrate to use the OpenSSL 3.0 APIs.\n\nThis is a recommit of c6750ddec917 after the ldns update in\n5afab0e5e56f.\n\nPR:\t\t271615\nEvent:\t\tKitchener-Waterloo Hackathon 202305\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D40082\n\n'\n'SEP>baef3a5b585f462d9256f3b5a771ab5508ef6fd2Xbaef3a5b585fX9dc2f6e26fc24b88f9046667708a5555c63fb461\nEd MasteXemaste@FreeBSD.orgX2023-05-24T19:44:24-04:00\nPierre ProncheryXpierre@freebsdfoundation.orgX2023-05-09T15:04:45+02:00\n\n1683637485\ntcpdump: specify OpenSSL 1.1 APIs\nOPENSSL_API_COMPAT can be used to specify the OpenSSL API version in\nuse for the purpose of hiding deprecated interfaces and enabling\nthe appropriate deprecation notices.\n\nThis change is a NFC while we're still using OpenSSL 1.1.1 but will\navoid deprecation warnings upon the switch to OpenSSL 3.0.\n\nA future update should migrate to use the OpenSSL 3.0 APIs.\n\nPR:\t\t271615\nReviewed by:\temaste\nEvent:\t\tKitchener-Waterloo Hackathon 202305\nSponsored by:\tThe FreeBSD Foundation\n\n'\n'SEP>9dc2f6e26fc24b88f9046667708a5555c63fb461X9dc2f6e26fc2X156424fce98a0240c702da0a918b027d1979bfdb\nEric JoynerXerj@FreeBSD.orgX2023-05-24T16:38:28-07:00\nEric JoynerXerj@FreeBSD.orgX2023-05-24T16:38:02-07:00\n\n1684971482\nice(4): Update to 1.37.11-k\nThis driver update has no corresponding ice_ddp update, and doesn't\ncontain very many functional changes:\n- Some refactoring for future SR-IOV PF support\n- Various minor fixes\n\nSigned-off-by: Eric Joyner <erj@FreeBSD.org>\n\nTested by:\tjeffrey.e.pieper@intel.com\nMFC after:\t1 week\nSponsored by:\tIntel Corporation\nDifferential Revision:\thttps://reviews.freebsd.org/D39821\n\n'\n'SEP>156424fce98a0240c702da0a918b027d1979bfdbX156424fce98aXba244e2a986fca388b0be8804c8d84276593f817\nEric JoynerXerj@FreeBSD.orgX2023-05-24T16:29:40-07:00\nPrzemyslaw LewandowskiXprzemyslawx.lewandowski@intel.comX2023-05-24T16:24:54-07:00\n\n1684970694\nixgbe: Change if condition for RSS and rxcsum\nThis patch fixes TCP connection hangs for 1 rxq and 1 txq without rxcsum\nenabled. Documentation for 10G cards and other drivers suggest enabling\nrxcsum for RSS and disabling otherwise. When PCSD bit is not set then\nfragment checksum and IP identification are reported in the rx\ndescriptor. When PCSD bit is set then RSS hash value is reported in the\nrx descriptor. RSS and RX IPP checksum are mutually exclusive.\n\nSigned-off-by: Eric Joyner <erj@FreeBSD.org>\n\nPR:\t\t268910\nReviewed by:\terj@\nTested by:\tjeffrey.e.pieper@intel.com\nMFC after:\t1 week\nSponsored by:\tIntel Corporation\nDifferential Revision:\thttps://reviews.freebsd.org/D38621\n\n'\n'SEP>ba244e2a986fca388b0be8804c8d84276593f817Xba244e2a986fX96e6e5b5fe9b510fd9a416f486860c2acad4219b\nPeter WemmXpeter@FreeBSD.orgX2023-05-24T13:03:10-07:00\nPeter WemmXpeter@FreeBSD.orgX2023-05-24T12:46:51-07:00\n\n1684957611\ndelete-old: add two files left behind in certs/blacklisted\nThe untrusted certs directory was renamed a while ago and these\nfiles were moved to the new location. Various upgrade paths cause\nthese files to be missed and prevent deletion of the directory.\n\n'\n'SEP>96e6e5b5fe9b510fd9a416f486860c2acad4219bX96e6e5b5fe9bXffbd1c8bc08ec34006b8c0b6b6d3d333033364f5\nEd MasteXemaste@FreeBSD.orgX2023-05-24T14:55:07-04:00\nPierre ProncheryXpierre@freebsdfoundation.orgX2023-05-09T15:01:40+02:00\n\n1683637300\nppp: specify OpenSSL 1.1 APIs\nOPENSSL_API_COMPAT can be used to specify the OpenSSL API version in\nuse for the purpose of hiding deprecated interfaces and enabling\nthe appropriate deprecation notices.\n\nThis change is a NFC while we're still using OpenSSL 1.1.1 but will\navoid deprecation warnings upon the switch to OpenSSL 3.0.\n\nA future change should migrate to use the OpenSSL 3.0 APIs.\n\nPR:\t\t271615\nReviewed by:\temaste\nEvent:\t\tKitchener-Waterloo Hackathon 202305\nSponsored by:\tThe FreeBSD Foundation\n\n'\n'SEP>ffbd1c8bc08ec34006b8c0b6b6d3d333033364f5Xffbd1c8bc08eXae60012e46ecfe59a3506b903e685b6a3347807b\nEd MasteXemaste@FreeBSD.orgX2023-05-24T14:31:14-04:00\nEd MasteXemaste@FreeBSD.orgX2023-05-24T14:14:28-04:00\n\n1684952068\nlibtelnet: specify OpenSSL 1.1 APIs\nOPENSSL_API_COMPAT can be used to specify the OpenSSL API version in\nuse for the purpose of hiding deprecated interfaces and enabling\nthe appropriate deprecation notices.\n\nThis change is a NFC while we're still using OpenSSL 1.1.1 but will\navoid deprecation warnings upon the switch to OpenSSL 3.0.\n\nA future change should migrate to use the OpenSSL 3.0 APIs, or just\nremove libtelnet.\n\nPR:\t\t271615\nEvent:\t\tKitchener-Waterloo Hackathon 202305\nSponsored by:\tThe FreeBSD Foundation\n\n'\n'SEP>ae60012e46ecfe59a3506b903e685b6a3347807bXae60012e46ecX6342c9ed178e6507d29accd07f1d53bb827162f7\nEd MasteXemaste@FreeBSD.orgX2023-05-24T13:11:07-04:00\nEd MasteXemaste@FreeBSD.orgX2023-05-24T11:45:29-04:00\n\n1684943129\nrelease/oci.conf: add missing vm_extra_pre_umount() steps\nvm.subr's default vm_extra_pre_umount removes /qemu and\n/etc/resolv.conf. When vm_extra_pre_umount is overridden these steps\nneed to be performed in the cloud-specific conf file.\n\nPR:\t\t271602\nReviewed by:\tdch, lwhsu\nEvent:\t\tKitchener-Waterloo Hackathon 202305\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision: https://reviews.freebsd.org/D40257\n\n'\n'SEP>6342c9ed178e6507d29accd07f1d53bb827162f7X6342c9ed178eXfa512fcd8fe74d72b7f29a324c8cd3ca20ff25c8\nKristof ProvostXkp@FreeBSD.orgX2023-05-24T18:29:21+02:00\nKristof ProvostXkp@FreeBSD.orgX2023-05-24T18:27:53+02:00\n\n1684945673\nif_ovpn: atomic_set -> atomic_store\nThe intent is to set the value to UINT32_MAX, not to |= UINT32_MAX.\nHappily the intent (ensure that we do not send further packets) is\nachieved either way.\n\nReported by:\tmarkj\nSponsored by:\tRubicon Communications, LLC (\"Netgate\")\n\n'\n'SEP>fa512fcd8fe74d72b7f29a324c8cd3ca20ff25c8Xfa512fcd8fe7X0731b0a9f1f9e3b4ec699ec67b6eb24159fa9b05\nAndrew TurnerXandrew@FreeBSD.orgX2023-05-24T17:20:06+01:00\nAndrew TurnerXandrew@FreeBSD.orgX2023-05-24T15:40:30+01:00\n\n1684939230\narm64: Print the spinlock count on panic\nWhen the spinlock count is non-zero while taking a data abort we panic.\nPrint this count to help debugging.\n\nSponsored by:\tArm Ltd\n\n'\n'SEP>0731b0a9f1f9e3b4ec699ec67b6eb24159fa9b05X0731b0a9f1f9Xb81e1c6b72f1b0ee57311c2bf51c3549d5c44d3a\nAndrew TurnerXandrew@FreeBSD.orgX2023-05-24T17:20:06+01:00\nAndrew TurnerXandrew@FreeBSD.orgX2023-05-23T10:21:39+01:00\n\n1684833699\nPrint registers on an arm64 spinlock data abort\nWhen checking if the spinlock count is correct in a data abort we can\npanic without printing the registers. These are useful to debug the\nabort, e.g. by giving the fault address register.\n\nReviewed by:\tkib\nSponsored by:\tArm Ltd\nDifferential Revision:\thttps://reviews.freebsd.org/D40228\n\n'\n'SEP>b81e1c6b72f1b0ee57311c2bf51c3549d5c44d3aXb81e1c6b72f1X800b39cf99b22614c17a5e12156acbb3df66156a\nAndrew TurnerXandrew@FreeBSD.orgX2023-05-24T17:20:06+01:00\nAndrew TurnerXandrew@FreeBSD.orgX2023-05-16T10:42:45+01:00\n\n1684230165\nDon't print leading 0's in the arm64 esr\nWe don't print leading zeros for other registers, so do the same with\nESR_EL1.\n\nSponsored by:\tArm Ltd\nDifferential Revision:\thttps://reviews.freebsd.org/D40129\n\n'\n'SEP>800b39cf99b22614c17a5e12156acbb3df66156aX800b39cf99b2X5afab0e5e56fe90a378fb57249600e7924e1cab2\nAndrew TurnerXandrew@FreeBSD.orgX2023-05-24T17:20:05+01:00\nAndrew TurnerXandrew@FreeBSD.orgX2023-05-24T15:22:41+01:00\n\n1684938161\narm64: Remove CNTHCTL_EL2 from arm64.h\nIt is also in hypervisor.h where it belongs.\n\nSponsored by:\tArm Ltd\n\n'\n'SEP>5afab0e5e56fe90a378fb57249600e7924e1cab2X5afab0e5e56fX12cfa3c1bd5629a35df3a9b7b023c1a802ae771c cf3e3d5bd0a1fae39c74c7db5a4e8b10732d0766\nDag-Erling Sm\xC3\xB8rgravXdes@FreeBSD.orgX2023-05-24T15:50:18+00:00\nDag-Erling Sm\xC3\xB8rgravXdes@FreeBSD.orgX2023-05-24T15:50:18+00:00\n\n1684943418\nldns: Upgrade to 1.8.3.\nMerge commit 'cf3e3d5bd0a1fae39c74c7db5a4e8b10732d0766'\n\nReviewed by:\temaste\nDifferential Revision:\thttps://reviews.freebsd.org/D40226\n\n'\n'SEP>cf3e3d5bd0a1fae39c74c7db5a4e8b10732d0766Xcf3e3d5bd0a1Xc6342fe2e90510d8d2296423f2ca92818a7b3d18\nEd MasteXemaste@FreeBSD.orgX2023-05-05T11:12:07-04:00\nPierre ProncheryXpierre@freebsdfoundation.orgX2023-05-04T23:51:47+02:00\n\n1683237107\nimport ldns 1.8.3\n\n'\n'SEP>12cfa3c1bd5629a35df3a9b7b023c1a802ae771cX12cfa3c1bd56X1186ef86c3e18c7ed7e458260b73794c60aad7a1\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-24T15:34:21+00:00\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-24T15:34:21+00:00\n\n1684942461\nifconfig: fix interface address ordering with Netlink.\n\n'\n'SEP>1186ef86c3e18c7ed7e458260b73794c60aad7a1X1186ef86c3e1Xaa1a1e7dc42f954832a63c340de61f771b27278e\nMike KarelsXkarels@FreeBSD.orgX2023-05-24T10:32:07-05:00\nMike KarelsXkarels@FreeBSD.orgX2023-05-24T07:03:35-05:00\n\n1684929815\nRELNOTES: add note about moving /usr/home to /home\nDocument change to pw and hence bsdinstall.\n\n'\n'SEP>aa1a1e7dc42f954832a63c340de61f771b27278eXaa1a1e7dc42fXd1639e43c589644510198dc53aef87e8908a1507\nMike KarelsXkarels@FreeBSD.orgX2023-05-24T10:31:50-05:00\nMike KarelsXkarels@FreeBSD.orgX2023-05-24T10:31:50-05:00\n\n1684942310\nmksnap_ffs.8: update /home examples\nThe default location for home directories is moving from /usr/home\nto /home. Update the examples accordingly.\n\nReviewed by:\temaste\nDifferential Revision:\thttps://reviews.freebsd.org/D40205\n\n'\n'SEP>d1639e43c589644510198dc53aef87e8908a1507Xd1639e43c589X57a3a161a92fb8eb15cadca917d351628105d9e5\nEd MasteXemaste@FreeBSD.orgX2023-05-24T10:59:05-04:00\nEd MasteXemaste@FreeBSD.orgX2023-05-02T16:57:12-04:00\n\n1683061032\ncpuset: increase userland maximum size to 1024\nHardware with more than 256 CPU cores is now available and will become\nincreasingly common. Bump CPU_MAXSIZE (used for userland cpuset_t\nsizing) to 1024 to define the ABI for FreeBSD 14.\n\nThis change is reapplied after a change to decouple cpuset from bhyve:\ncommit e17eca327633 (\"vmm: Avoid embedding cpuset_t ioctl ABIs\").\n\nPR:\t\t269572, 271213 [exp-run]\nReviewed by:\tmjg, jhb\nRelnotes:\tyes\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision: https://reviews.freebsd.org/D39941\n\n(cherry picked from commit 76887e84be975698b14699d7d0dfb157d73e9990)\n\n'\n'SEP>57a3a161a92fb8eb15cadca917d351628105d9e5X57a3a161a92fX08637d5d1580af743f4ed6504104d038e017f918\nRandall StewartXrrs@FreeBSD.orgX2023-05-24T06:35:36-04:00\nRandall StewartXrrs@FreeBSD.orgX2023-05-24T06:35:36-04:00\n\n1684924536\ntcp: request tracking is not http specific.\nThis change is a name change only. TCP Request tracking can track sendfile and even non-sendfile requests. The\nnames however in the current code use http, and they should not. The feature is not http specific. Lets change the\nname so they more properly reflect whats going on. This also fixes conflicts with http_req which caused application pain.\n\nReviewed by: tuexen\nSponsored by: Netflix Inc\nDifferential Revision:https://reviews.freebsd.org/D40229\n\n'\n'SEP>08637d5d1580af743f4ed6504104d038e017f918X08637d5d1580X5edffecc4b4ec6c3e1f09174f155a3abdd928d01\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-24T10:28:26-03:00\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-24T10:27:55-03:00\n\n1684934875\nofw_cpu: quiet secondary CPU devices\nWe already do plenty to announce the different CPUs in dmesg. Follow the\nACPI CPU strategy of reporting the first CPU device, but quieting the\nrest for non-verbose boot. This cuts down slightly on dmesg output.\n\nReviewed by:\tmanu, jhb\nMFC after:\t1 week\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D40243\n\n'\n'SEP>5edffecc4b4ec6c3e1f09174f155a3abdd928d01X5edffecc4b4eX2c0a6d0e7b82fbe6657fe90d990aa2e812f49b44\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-24T10:28:26-03:00\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-24T10:27:34-03:00\n\n1684934854\nofw_cpu: whitespace cleanup\nReviewed by:\tjhb, emaste\nMFC after:\t1 week\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D40242\n\n'\n'SEP>2c0a6d0e7b82fbe6657fe90d990aa2e812f49b44X2c0a6d0e7b82X255adf35c0b928e43c82ade2a491eea51e71383f\nMark JohnstonXmarkj@FreeBSD.orgX2023-05-24T08:23:22-04:00\nMark JohnstonXmarkj@FreeBSD.orgX2023-05-24T08:17:49-04:00\n\n1684930669\nbhyvectl: Update usage of vm_run()\nFixes:\te17eca327633 (\"vmm: Avoid embedding cpuset_t ioctl ABIs\")\n\n'\n'SEP>255adf35c0b928e43c82ade2a491eea51e71383fX255adf35c0b9X419f8fc7fbc8b860df92db58d13ac9c9aafa1c10\nAndrew TurnerXandrew@FreeBSD.orgX2023-05-24T11:55:38+01:00\nAndrew TurnerXandrew@FreeBSD.orgX2023-05-16T11:08:03+01:00\n\n1684231683\nExport arm64 VFP handling functions\nThese will be used by bhyve to manage the host VFP registers, e.g.\nsaving the host state before entering a guest.\n\nReviewed by:\tmarkj\nSponsored by:\tArm Ltd\nDifferential Revision:\thttps://reviews.freebsd.org/D40130\n\n'\n'SEP>419f8fc7fbc8b860df92db58d13ac9c9aafa1c10X419f8fc7fbc8X012ea67d2d17bb47a52260db5190f86714b24c6f\nAndrew TurnerXandrew@FreeBSD.orgX2023-05-24T11:55:38+01:00\nAndrew TurnerXandrew@FreeBSD.orgX2023-05-04T11:30:57+01:00\n\n1683196257\nAdd more arm64 special registers\nThese will be used by bhyve\n\nReviewed by:\tmarkj\nSponsored by:\tArm Ltd\nSponsored by:\tInnovate UK\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D40128\n\n'\n'SEP>012ea67d2d17bb47a52260db5190f86714b24c6fX012ea67d2d17X0f54e49d4b7865dc99707106281d0454859f0916\nAndrew TurnerXandrew@FreeBSD.orgX2023-05-24T11:55:38+01:00\nZachary LeafXzachary.leaf@arm.comX2023-04-26T12:10:00+01:00\n\n1682507400\narm64 pmap: introduce PHYS_TO_PTE macro\nIntroduce macro for PHYS_TO_PTE, setting the groundwork for future\nsupport of various Arm VMSA extensions.\n\nFor extensions such as 52-bit VA/PA (FEAT_LPA2), the representation of\nan address between a PTE and PA are not equivalent. This macro will\nallow converting between the different representations.\n\nCurrently PHYS_TO_PTE is a NOP. Replace all instances where we go from\nPA to PTE with new PHYS_TO_PTE macro.\n\nReviewed by:\tmarkj\nSponsored by:\tArm Ltd\nDifferential Revision:\thttps://reviews.freebsd.org/D39828\n\n'\n'SEP>0f54e49d4b7865dc99707106281d0454859f0916X0f54e49d4b78X6e3a9d7f2c8dc18dc901d4f860a65028c0a82a64\nAndrew TurnerXandrew@FreeBSD.orgX2023-05-24T11:55:38+01:00\nZachary LeafXzachary.leaf@arm.comX2023-04-24T13:51:00+01:00\n\n1682340660\narm64 pmap: introduce PTE_TO_PHYS macro\nIntroduce macro for PTE_TO_PHYS, setting the groundwork for future\nsupport of various Arm VMSA extensions.\n\nFor extensions such as 52-bit VA/PA (FEAT_LPA2), the representation of\nan address between a PTE and PA are not equivalent. This macro will\nallow converting between the different representations.\n\nCurrently going from PTE to PA is achieved by masking off the upper and\nlower attributes. Retain this behaviour but replace all instances with\nthe new macro instead.\n\nReviewed by:\talc, markj\nSponsored by:\tArm Ltd\nDifferential Revision:\thttps://reviews.freebsd.org/D39827\n\n'\n'SEP>6e3a9d7f2c8dc18dc901d4f860a65028c0a82a64X6e3a9d7f2c8dX44cd85d42e5ddb1d5811b388218e14582e078bf8\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-24T10:40:34+00:00\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-23T17:02:12+00:00\n\n1684861332\nifconfig: introduce `ifconfig_context` to store current global state.\nThe structure consists of all current context - arguments,\nopen sockets, current family and so on.\n\nPass this structure as a first argument to most of the af_ menthods.\nThis allows to propagate and update shared data without using\n global variables.\n\nThe diff is pretty large, but de-facto mechanical. All changes\n except the structure setup in ifconfig[_netlink].c are one-line\n mechanical changes.\n\nReviewed by:\tkp\nDifferential Revision: https://reviews.freebsd.org/D40239\nMFC after:\t2 weeks\n\n'\n'SEP>44cd85d42e5ddb1d5811b388218e14582e078bf8X44cd85d42e5dXad513b4dba3e330b6f2714bdde4d864898c4222e\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-24T10:40:34+00:00\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-23T11:04:09+00:00\n\n1684839849\nifconfig: cleanup warnings #1\nCleanup compiler warnings in preparation to set Wextra and remove WARNS?=2\n\nDifferential Revision: https://reviews.freebsd.org/D40238\nMFC after:\t2 weeks\n\n'\n'SEP>ad513b4dba3e330b6f2714bdde4d864898c4222eXad513b4dba3eXc1b6e9121e889608b86530d1a37047797dfeb460\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-24T08:41:28+00:00\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-23T23:12:47+00:00\n\n1684883567\nLinuxKPI: add utsname for init_utsname() with release\nA wireless dirver is requesting release from the result of\ninit_utsname(). Populate the field on startup.\n\nMFC after:\t10 days\nReviewed by:\temaste\nDifferential Revision: https://reviews.freebsd.org/D40248\n\n'\n'SEP>c1b6e9121e889608b86530d1a37047797dfeb460Xc1b6e9121e88X80764cdb73f5476b695afc1bbabc3eccf55a26c5\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-24T08:34:28+00:00\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-23T23:15:12+00:00\n\n1684883712\nLinuxKPI: uuid: add guid_gen() and guid_copy()\nAdd function used by a wireless driver.\n\nSponsored by:\tThe FreeBSD Foundation\nMFC after:\t10 days\nReviewed by:\temaste\nDifferential Revision: https://reviews.freebsd.org/D40249\n\n'\n'SEP>80764cdb73f5476b695afc1bbabc3eccf55a26c5X80764cdb73f5Xe17eca327633efc511450310afb5e4a662724e3d\nMark JohnstonXmarkj@FreeBSD.orgX2023-05-23T21:17:02-04:00\nMark JohnstonXmarkj@FreeBSD.orgX2023-05-23T21:14:36-04:00\n\n1684890876\nbhyve: Remove the exitcode stats structure\nThis structure isn't used for anything, and only counts a subset of\nvmexit types. Moreover, it is not accurate since there is no\nsynchronization between vcpu threads. Simply remove it.\n\nNo functional change intended.\n\nReviewed by:\tjhb\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D40245\n\n'\n'SEP>e17eca327633efc511450310afb5e4a662724e3dXe17eca327633X0be82d56b44fbe157d4bf1c125eca6625486d17f\nMark JohnstonXmarkj@FreeBSD.orgX2023-05-23T21:15:59-04:00\nMark JohnstonXmarkj@FreeBSD.orgX2023-05-23T21:13:33-04:00\n\n1684890813\nvmm: Avoid embedding cpuset_t ioctl ABIs\nCommit 0bda8d3e9f7a (\"vmm: permit some IPIs to be handled by userspace\")\nembedded cpuset_t into the vmm(4) ioctl ABI. This was a mistake since\nwe otherwise have some leeway to change the cpuset_t for the whole\nsystem, but we want to keep the vmm ioctl ABI stable.\n\nRework IPI reporting to avoid this problem. Along the way, make VM_RUN\na bit more efficient:\n- Split vmexit metadata out of the main VM_RUN structure. This data is\n only written by the kernel.\n- Have userspace pass a cpuset_t pointer and cpusetsize in the VM_RUN\n structure, as is done for cpuset syscalls.\n- Have the destination CPU mask for VM_EXITCODE_IPIs live outside the\n vmexit info structure, and make VM_RUN copy it out separately. Zero\n out any extra bytes in the CPU mask, like cpuset syscalls do.\n- Modify the vmexit handler prototype to take a full VM_RUN structure.\n\nPR:\t\t271330\nReviewed by:\tcorvink, jhb (previous versions)\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D40113\n\n'\n'SEP>0be82d56b44fbe157d4bf1c125eca6625486d17fX0be82d56b44fX6a1c5037363aebd14333bb759237d2b19a1608d8\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-23T23:41:24+00:00\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-23T23:40:05+00:00\n\n1684885205\nfwget: update pci_network_mediatek for mt7996\nAdd support for another chipset and fix mt7915 to not match on\nall IDs.\n\n'\n'SEP>6a1c5037363aebd14333bb759237d2b19a1608d8X6a1c5037363aX1213a6bea8a16dc797efea5a7ed7d6a4d7cb4675\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-23T23:23:59+00:00\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-23T23:04:44+00:00\n\n1684883084\nLinuxKPI: add thermal.h to dummy files for now\nSponsored by:\tThe FreeBSD Foundation\nMFC after:\t10 days\n\n'\n'SEP>1213a6bea8a16dc797efea5a7ed7d6a4d7cb4675X1213a6bea8a1X7e49aa86a2824e76e9d9becf61db12066bc0d79d\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-23T23:18:35+00:00\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-23T23:07:31+00:00\n\n1684883251\nLinuxKPI: skbuff: add napi_build_skb() and skb_mark_for_recycle()\nAdd more (skeleton) functions used by wireless drivers.\n\nMFC after:\t10 days\n\n'\n'SEP>7e49aa86a2824e76e9d9becf61db12066bc0d79dX7e49aa86a282X3741ffdb14ae6915abfa55307f3e964492b272c3\nLi-Wen HsuXlwhsu@FreeBSD.orgX2023-05-23T16:39:22-04:00\nYan Ka ChiuXnyan@myuji.xyzX2023-05-23T16:39:22-04:00\n\n1684874362\nifconfig(8): Teach ifconfig to attach and run itself in a jail\nAdd -j <jail> flag to ifconfig to allow ifconfig to attach and run inside a\njail. This allow parent to configure network interfaces of its children\neven if ifconfig is not available in child's tree (e.g. Linux Jails)\n\nReviewed by:\temaste, khng, melifaro\nEvent:\t\tKitchener-Waterloo Hackathon 202305\nMFC after:\t1 week\nDifferential Revision:\thttps://reviews.freebsd.org/D40213\n\n'\n'SEP>3741ffdb14ae6915abfa55307f3e964492b272c3X3741ffdb14aeXc32736222cdd92e1497d1154d81c9005757fb308\nDimitry AndricXdim@FreeBSD.orgX2023-05-23T19:56:46+02:00\nDimitry AndricXdim@FreeBSD.orgX2023-05-23T19:56:41+02:00\n\n1684864601\nFix typo in sys/conf/kern.mk's InitAll warning message\nI missed this one in commit 3006f6df025f.\n\nFixes:\t\t3006f6df025f\nMFC after:\t3 days\n\n'\n'SEP>c32736222cdd92e1497d1154d81c9005757fb308Xc32736222cddX3006f6df025f3afd0fb3cca1b820cdac1f1ed4c9\nDimitry AndricXdim@FreeBSD.orgX2023-05-23T19:44:45+02:00\nDimitry AndricXdim@FreeBSD.orgX2023-05-23T19:43:12+02:00\n\n1684863792\nEnable -ftrivial-auto-var-init flags for gcc >= 12\nNow that gcc >= 12 supports -ftrivial-auto-var-init, add it to\nbsd.compiler.mk's \"init-all\" feature.\n\nPR:\t\t271047\nReviewed by:\temaste\nMFC after:\t3 days\nDifferential Revision: https://reviews.freebsd.org/D40208\n\n'\n'SEP>3006f6df025f3afd0fb3cca1b820cdac1f1ed4c9X3006f6df025fX75e02c458a0def1ee8054646434c738b4004de8f\nDimitry AndricXdim@FreeBSD.orgX2023-05-23T19:44:45+02:00\nDimitry AndricXdim@FreeBSD.orgX2023-05-23T19:40:36+02:00\n\n1684863636\nUpdate -ftrivial-auto-var-init flags for clang >= 16\nAs of clang 16, the -ftrivial-auto-var-init=zero option no longer needs\n-enable-trivial-auto-var-init-zero-knowing-it-will-be-removed-from-clang\nto enable the option. Only add it for older clang versions.\n\nPR:\t\t271047\nReviewed by:\temaste\nMFC after:\t3 days\nDifferential Revision: https://reviews.freebsd.org/D40208\n\n'\n'SEP>75e02c458a0def1ee8054646434c738b4004de8fX75e02c458a0dX506321178137b9d78d81bd971671e7bb51c3ecf0\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-23T09:02:00-07:00\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-23T09:02:00-07:00\n\n1684857720\nlibsecureboot ensure correct BUILD_UTC\nIf using stat(1) on BUILD_UTC_FILE we should use -L incase\nit is a symlink.\n\nIf we have new enough bmake though we can just use ${BUILD_UTC_FILE:mtime}\n\n'\n'SEP>506321178137b9d78d81bd971671e7bb51c3ecf0X506321178137X7900879eec8d851f8ca8e45fd4863670a8da4e17\nDag-Erling Sm\xC3\xB8rgravXdes@FreeBSD.orgX2023-05-23T17:31:28+02:00\nDag-Erling Sm\xC3\xB8rgravXdes@FreeBSD.orgX2023-05-23T17:31:28+02:00\n\n1684855888\nctags: Error out if writing to stdout failed.\nMFC after:\t1 week\nSponsored by:\tKlara, Inc.\nReviewed by:\tcracauer, allanjude\nDifferential Revision:\thttps://reviews.freebsd.org/D40200\n\n'\n'SEP>7900879eec8d851f8ca8e45fd4863670a8da4e17X7900879eec8dXff624eb63606534304f2867db260e2c405ea1645\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-23T18:26:56+03:00\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-23T18:26:56+03:00\n\n1684855616\nrc.resume: remove obsolete comment\nReviewed by:\tmarkj\nApproved by:\tmarkj (mentor)\nDifferential Revision:\thttps://reviews.freebsd.org/D40235\n\n'\n'SEP>ff624eb63606534304f2867db260e2c405ea1645Xff624eb63606X2cf8ef5910fd3754f8021f9c67fde6b9d9030f33\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-23T18:12:18+03:00\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-23T18:12:18+03:00\n\n1684854738\nkinst: use dtrace_dis_get_byte() instead of own copy\nNo functional change intended.\n\nReviewed by:\tmarkj\nApproved by:\tmarkj (mentor)\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D39872\n\n'\n'SEP>2cf8ef5910fd3754f8021f9c67fde6b9d9030f33X2cf8ef5910fdX98ab9802affed1bf7c2009569eac468c86c159e8\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-23T18:11:31+03:00\nJohannes TotzXjo@bruelltuete.comX2023-05-23T18:11:31+03:00\n\n1684854691\nrc.suspend: execute rc-scripts with suspend keyword\nFor symmetry with rc.resume, give rc.suspend the ability to execute\nrc-scripts. Use the suspend keyword for that.\n\nUse-case is for setting a wake-up time, e.g. via efiwake.\n\nReviewed by:\tchristos\nApproved by:\tmarkj (mentor)\nDifferential Revision:\thttps://reviews.freebsd.org/D39965\n\n'\n'SEP>98ab9802affed1bf7c2009569eac468c86c159e8X98ab9802affeXed35c7cf7762c26246cb032b7ed30dcfbcee7a3b\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-23T17:44:47+03:00\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-23T17:40:07+03:00\n\n1684852807\ndtrace: rename rp to frame in dtrace_getreg()\nReviewed by:\tmhorne, markj\nApproved by:\tmarkj (mentor)\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D40231\n\n'\n'SEP>ed35c7cf7762c26246cb032b7ed30dcfbcee7a3bXed35c7cf7762X30038a8b4efc6d0b9f8f295e28bc205fe9728310\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-23T17:29:19+03:00\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-23T17:29:19+03:00\n\n1684852159\ndtrace.1: fix mandoc -Tlint\nReviewed by:\tmarkj\nApproved by:\tmarkj (mentor)\nDifferential Revision:\thttps://reviews.freebsd.org/D40230\n\n'\n'SEP>30038a8b4efc6d0b9f8f295e28bc205fe9728310X30038a8b4efcX21a16d55cc15b12809b982c2026a26bcf97fe79b\nMark JohnstonXmarkj@FreeBSD.orgX2023-05-23T10:27:10-04:00\nMark JohnstonXmarkj@FreeBSD.orgX2023-05-23T10:14:06-04:00\n\n1684851246\nmd: Get rid of the pbuf zone\nThe zone is used solely to provide KVA for mapping BIOs so that we can\npass mapped buffers to VOP_READ and VOP_WRITE. Currently we preallocate\nnswbuf/10 bufs for this purpose during boot.\n\nThe intent was to limit KVA usage on 32-bit systems, but the\npreallocation means that we in fact consumed more KVA than needed unless\none has more than nswbuf/10 (typically 25) vnode-backed MD devices\nin existence, which I would argue is the uncommon case.\n\nMeanwhile, all I/O to an MD is handled by a dedicated thread, so we can\ninstead simply preallocate the KVA region at MD device creation time.\n\nEvent:\t\tBSDCan 2023\nReviewed by:\tkib\nMFC after:\t1 month\nDifferential Revision:\thttps://reviews.freebsd.org/D40215\n\n'\n'SEP>21a16d55cc15b12809b982c2026a26bcf97fe79bX21a16d55cc15Xdb05f9fbfb1a92caccaf37154666a99373028588\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-23T17:19:25+03:00\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-23T17:19:25+03:00\n\n1684851565\ndtrace: add register bindings for arm64\nReviewed by:\tmhorne, markj\nApproved by:\tmarkj (mentor)\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D39956\n\n'\n'SEP>db05f9fbfb1a92caccaf37154666a99373028588Xdb05f9fbfb1aX27ff920e6a0e0a918b3addb8cb0704949e41b374\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-23T17:19:15+03:00\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-23T17:19:15+03:00\n\n1684851555\ndtrace: implement dtrace_instr_size() for arm64\nReviewed by:\tmarkj\nApproved by;\tmarkj (mentor)\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D39955\n\n'\n'SEP>27ff920e6a0e0a918b3addb8cb0704949e41b374X27ff920e6a0eX1e136a9cbd3a9d137037e47a53c1dba3be7f6925\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-23T17:19:04+03:00\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-23T17:19:04+03:00\n\n1684851544\ndtrace: remove ifdef around dtrace_instr_size()\nArchitectures that are not included in the #ifdef won't be able to\ncompile libdtrace. This was tested on an ARM64 build. If the ifdef is\nremoved, libdtrace can be compiled with no problems, otherwise it fails\nat libdtrace.\n\nReviewed by:\tmarkj\nApproved by:\tmarkj (mentor)\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D39948\n\n'\n'SEP>1e136a9cbd3a9d137037e47a53c1dba3be7f6925X1e136a9cbd3aX81877287a99e55b47a7045efa76945f368e90917\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-23T17:18:39+03:00\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-23T17:18:39+03:00\n\n1684851519\ndtrace(1): add -d flag to dump D script post-dt_sugar\nBy specifying the -d flag, libdtrace will dump the D script after it has\napplied syntactical sugar transformations (e.g if/else). This is useful\nfor both understanding what dt_sugar does, as well as debugging it.\n\nReviewed by:\tmarkj\nApproved by:\tmarkj (mentor)\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D38732\n\n'\n'SEP>81877287a99e55b47a7045efa76945f368e90917X81877287a99eXc4a32455d9cb7f680964243341cfd0f2448eee64\nKristof ProvostXkp@FreeBSD.orgX2023-05-23T16:11:26+02:00\nKristof ProvostXkp@FreeBSD.orgX2023-05-20T19:43:49+02:00\n\n1684604629\nif_ovpn: ensure we never re-use sequence numbers\nif_ovpn already notified userpsace when there was a risk of sequence\nnumber re-use, but it trusted userspace to actually rotate the key.\n\nConvert the internal sequence number counter to 64 bits so we can detect\noverflows and then refuse to send packets.\n\nEvent:\t\tBSDCan 2023\nReviewed by:\tLeon Dang <ldang@netgate.com>\nSponsored by:\tRubicon Communications, LLC (\"Netgate\")\nDifferential Revision:\thttps://reviews.freebsd.org/D40187\n\n'\n'SEP>c4a32455d9cb7f680964243341cfd0f2448eee64Xc4a32455d9cbXecca3180855a2aa7eb394706c7ae69d9c67b87b5\nKristof ProvostXkp@FreeBSD.orgX2023-05-23T16:11:13+02:00\nKristof ProvostXkp@FreeBSD.orgX2023-05-19T20:56:46+02:00\n\n1684522606\npf: remove the use of caddr_t\nReplace caddr_t with void *, or more accurate types.\n\nSuggested by:\tglebius\nReviewed by:\tzlei\nDifferential Revision:\thttps://reviews.freebsd.org/D40186\n\n'\n'SEP>ecca3180855a2aa7eb394706c7ae69d9c67b87b5Xecca3180855aX940e6d36de1ef010f731e290c9b2b08535fff424\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-23T16:58:36+03:00\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-23T16:58:36+03:00\n\n1684850316\nkinst: replace KINST_TRAMP_INIT\nThe current implementation of KINST_TRAMP_INIT is working only on amd64,\nwhere the breakpoint instruction is one byte long, which might not be\nthe case for other architectures (e.g in RISC-V it's either 2 or 4\nbytes). This patch introduces two machine-dependent constants,\nKINST_TRAMP_FILL_PATTERN and KINST_TRAMP_FILL_SIZE, which hold the fill\ninstruction and the size of that instruction in bytes respectively.\n\nReviewed by:\tmarkj\nApproved by:\tmarkj (mentor)\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D39504\n\n'\n'SEP>940e6d36de1ef010f731e290c9b2b08535fff424X940e6d36de1eX7245ffd10eda4ff604840350943d762f70657983\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-23T10:19:46-03:00\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-22T20:54:36-03:00\n\n1684799676\nriscv: Print less CPU info\nChange the reporting strategy to more closely follow what arm64\nimplements:\n - Always print the one-line CPU summary when a core comes online\n - Only print the additional fields (e.g. ISA) when they differ from the\n CPU before it\n\nIn the common case of identical CPUs this results in informative but\nnon-repetitive output. For example, in QEMU:\n\n CPU 0 : Vendor=Unspecified Core=Unknown (Hart 0)\n marchid=0x80032, mimpid=0x80032\n MMU: 0x7<Sv39,Sv48,Sv57>\n ISA: 0x112d<Atomic,Compressed,Double,Float,Mult/Div>\n real memory = 8589934592 (8192 MB)\n avail memory = 8332300288 (7946 MB)\n FreeBSD/SMP: Multiprocessor System Detected: 6 CPUs\n CPU 1 : Vendor=Unspecified Core=Unknown (Hart 1)\n CPU 2 : Vendor=Unspecified Core=Unknown (Hart 2)\n CPU 3 : Vendor=Unspecified Core=Unknown (Hart 3)\n\nReviewed by:\tmarkj\nMFC after:\t2 weeks\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D40024\n\n'\n'SEP>7245ffd10eda4ff604840350943d762f70657983X7245ffd10edaX78a3420c20e075ca8c44a4670ab5ca5afe6bbdf5\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-23T10:19:26-03:00\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-22T20:53:43-03:00\n\n1684799623\nriscv: MMU detection\nDetect and report the supported MMU for each CPU. Export the\ncapabilities to the rest of the kernel and use it in pmap_bootstrap() to\ncheck for Sv48 support.\n\nReviewed by:\tmarkj\nMFC after:\t2 weeks\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D39814\n\n'\n'SEP>78a3420c20e075ca8c44a4670ab5ca5afe6bbdf5X78a3420c20e0Xb37dc0903332c4e3b593f1c92df986e8d367d697\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-23T10:19:26-03:00\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-22T20:52:28-03:00\n\n1684799548\nriscv: Print ISA extensions\nReport the CPU's single-letter ISA extensions in printcpuinfo().\n\nReviewed by:\tmarkj\nMFC after:\t2 weeks\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D39813\n\n'\n'SEP>b37dc0903332c4e3b593f1c92df986e8d367d697Xb37dc0903332Xb0d45b023e8c9af50312c7b56c4be9c39657afcb\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-23T10:06:29-03:00\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-22T20:51:44-03:00\n\n1684799504\nriscv: Rework CPU identification (second part)\nModify when and how we perform parsing and reporting. Most notably,\neverything now executes on CPU 0.\n\nThe de-facto standard way to enumerate CPU features (ISA extensions) on\nRISC-V is by parsing each CPU's ISA string. We currently obtain this\ninformation from the device tree, and in the future will be able to pull\nit from ACPI tables.\n\nEliminate the SYSINIT from identcpu.c. We still need to walk the /cpus\nlist in the device tree, but now do this one CPU at a time, as a step in\nthe identify_cpu() procedure. This is slightly less error prone, and\nallows us to parse ISA features for CPU 0 much earlier.\n\nMake use of the SMP hooks cpu_mp_start() and cpu_mp_announce() to\nidentify and print secondary CPU info, respectively. This causes\nsecondary processor identification to be printed much earlier in boot;\neverything is done by SI_SUB_CPU, SI_ORDER_THIRD. Adjust some other\nprintf() calls so that we get enough useful info to debug under\nbootverbose.\n\nReviewed by:\tmarkj (slightly earlier version)\nMFC after:\t2 weeks\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D39811\n\n'\n'SEP>b0d45b023e8c9af50312c7b56c4be9c39657afcbXb0d45b023e8cX88b4d124efc5a2d45660551fe0750acc0be6d3cd\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-23T10:00:25-03:00\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-22T20:50:09-03:00\n\n1684799409\nriscv: Call identify_cpu() earlier for CPU 0\nIt is advantageous to have knowledge of ISA features as early as\npossible. For example, the presence of newer virtual memory extensions\nmay be useful to pmap_bootstrap().\n\nTo achieve this, split out the printf() parts of identify_cpu() into a\nseparate function, printcpuinfo(). This latter function will be called\nlater in boot after the console has been initialized.\n\nReviewed by:\tmarkj\nMFC after:\t2 weeks\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D39810\n\n'\n'SEP>88b4d124efc5a2d45660551fe0750acc0be6d3cdX88b4d124efc5X6265da14c913e41827aa20a096103717243a1c1b\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-23T10:00:25-03:00\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-22T20:48:41-03:00\n\n1684799321\nriscv: Rework CPU identification (first part)\nMake better use of the RISC-V identification CSRs: mvendorid, marchid,\nand mimpid. This code was written before these registers were\nwell-specified, or even available to the kernel. It currently fails to\nrecognize any CPU or platform.\n\nPer the privileged specification, mvendorid contains the JEDEC vendor ID,\nor zero.\n\nThe marchid register denotes the CPU microarchitecture. This is either\none of the globally allocated open-source implementation IDs, or the\nfield has a custom encoding. Therefore, for known vendors (SiFive) we\ncan also maintain a list of known marchid values. If we can not give a\nname to the CPU but marchid is non-zero, then just print its value in\nthe report.\n\nThe mimpid (implementation ID) could be used in the future to more\nuniquely identify the micro-architecture, but it really remains to be\nseen how it gets used. For now we just print its value.\n\nThank you to Danjel Qyteza <danq1222@gmail.com> who submitted an early\nversion of this change to me, although it has been almost entirely\nrewritten.\n\nMFC after:\t2 weeks\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D39809\n\n'\n'SEP>6265da14c913e41827aa20a096103717243a1c1bX6265da14c913X108230743472b8b4b38c9b858088ab5059a1dddd\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-23T15:54:58+03:00\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-23T15:54:58+03:00\n\n1684846498\nlibdtrace: get rid of illumos ifdefs in dt_module_update(), fix dm_file and dm_modid\nBecause dt_module_update() is highly OS-specific, the ifdefs make it\nhard to read and follow what is going on. Also handle dm_modid, and\nremove handling of the \".filename\" section, since we can easily fetch\nthe filename from the module's pathname (k_stat->pathname).\n\nReviewed by:\tmarkj\nApproved by:\tmarkj (mentor)\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D39177\n\n'\n'SEP>108230743472b8b4b38c9b858088ab5059a1ddddX108230743472X9a6a948128c9e2e39ea728e5f60b8bb82c9c1fca\nMike KarelsXkarels@FreeBSD.orgX2023-05-23T07:21:50-05:00\nMike KarelsXkarels@FreeBSD.orgX2023-05-23T07:21:50-05:00\n\n1684844510\npwd.1: replace /home with /sys in example\nThe default location for home directories is moving from /usr/home\nto /home, and the /home symlink will no longer exist. Switch to\nanother example that is in base, /sys.\n\nReviewed by:\tfernape\nDifferential Revision:\t<https://reviews.freebsd.org/D40204\n\n'\n'SEP>9a6a948128c9e2e39ea728e5f60b8bb82c9c1fcaX9a6a948128c9Xd3c32c80a16bd0a2c65695640050f65bb10ac72f\nMike KarelsXkarels@FreeBSD.orgX2023-05-23T07:21:12-05:00\nMike KarelsXkarels@FreeBSD.orgX2023-05-23T07:21:12-05:00\n\n1684844472\nhier.7: update /home\nThe default for home directories is changing from /usr/home to\n/home; update the corresponding entries. Also move /home into\nalphabetical order.\n\nReviewed by:\tmhorne, manpages(bcr)\nDifferential Revision:\thttps://reviews.freebsd.org/D40203\n\n'\n'SEP>d3c32c80a16bd0a2c65695640050f65bb10ac72fXd3c32c80a16bX3bb92304b4fe79babd19ba0d9c74d29af9117a22\nMike KarelsXkarels@FreeBSD.orgX2023-05-23T07:18:58-05:00\nMike KarelsXkarels@FreeBSD.orgX2023-05-23T07:18:58-05:00\n\n1684844338\nrelease/tools/vmimage.subr: switch zfs dataset from /usr/home to /home\nChange the vmimage script for zfs to create /home as a dataset\nrather than /usr/home, ala change to bsdinstall's zfs script.\n\nReviewed by:\tmarkj\nDifferential Revision:\t<https://reviews.freebsd.org/D40111\n\n'\n'SEP>3bb92304b4fe79babd19ba0d9c74d29af9117a22X3bb92304b4feXbbb2d2ce422070869bd93a0771251e654c07b13d\nMike KarelsXkarels@FreeBSD.orgX2023-05-23T07:18:27-05:00\nMike KarelsXkarels@FreeBSD.orgX2023-05-23T07:18:27-05:00\n\n1684844307\nbsdinstall on zfs: create dataset for /home rather than /usr/home\nNow that pw (hence adduser and the initial install) use /home for\nuser home directories rather than /usr/home, create a dataset for\n/home rather than /usr/home. Update the man page to match.\n\nReviewed by:\trgrimes, markj\nDifferential Revision:\thttps://reviews.freebsd.org/D40086\n\n'\n'SEP>bbb2d2ce422070869bd93a0771251e654c07b13dXbbb2d2ce4220Xc0a83fe074a375c66ca669bfe1f128fe12b9f377\nMike KarelsXkarels@FreeBSD.orgX2023-05-23T07:17:42-05:00\nMike KarelsXkarels@FreeBSD.orgX2023-05-23T07:17:42-05:00\n\n1684844262\npw: do not move /home/$user to /usr/home\nWhen adding a user, pw will create the path to the home directory\nif needed. However, if creating a path with just one component,\ni.e. that appears to be in the root directory, pw would create the\ndirectory in /usr, and create a symlink from the root directory.\nMost commonly, this meant that the default of /home/$user would turn\ninto /usr/home/$user. This was added in a self-described kludge 26\nyears ago. It made (some) sense when root was generally a small\npartition, with most of the space in /usr. However, the default is\nnow one large partition. /home really doesn't belong under /usr,\nand anyone who wants to use /usr/home can specify it explicitly.\nRemove the kludge to move /home under /usr and create the symlink,\nand just use the specified path. Note that this operation was\ndone only on the first invocation for a path, and this happened most\ncommonly when adding a user during the install.\n\nModify the test that checked for the creation of the symlink to\nverify that the symlink is *not* made, but rather a directory.\nAdd a test that intermediate directories are still created.\n\nReviewed by:\trgrimes, bapt\nDifferential Revision:\thttps://reviews.freebsd.org/D40085\n\n'\n'SEP>c0a83fe074a375c66ca669bfe1f128fe12b9f377Xc0a83fe074a3X634a770a5e16b424c096b74ac33a145e766dd7af ad0a554614b096698d9969340c4c593690042d5b\nMartin MatuskaXmm@FreeBSD.orgX2023-05-23T11:51:52+02:00\nMartin MatuskaXmm@FreeBSD.orgX2023-05-23T11:50:17+02:00\n\n1684835417\nzfs: merge openzfs/zfs@ad0a55461\nNotable upstream pull request merges:\n #12355 Teach zpool scrub to scrub only blocks in error log\n #14811 Refine special_small_blocks property validation\n #14854 zil: Some micro-optimizations\n #14855 zil: Free lwb_buf after write completion\n #14860 Fixes for issues identified by recent Coverity defect reports\n #14861 Probe vdevs before marking removed\n #14873 Add the ability to uninitialize a zpool\n #14875 Hold db_mtx when updating db_state\n\nObtained from:\tOpenZFS\nOpenZFS commit:\tad0a554614b096698d9969340c4c593690042d5b\n\n'\n'SEP>ad0a554614b096698d9969340c4c593690042d5bXad0a554614b0X577e835f30c9b92ed8126eb4e8fb17cb0e411c04\nGitHubXnoreply@github.comX2023-05-19T13:05:53-07:00\nBrian AtkinsonXbatkinson@lanl.govX2023-05-19T16:05:53-04:00\n\n1684526753\nHold db_mtx when updating db_state\nCommit 555ef90 did some general code refactoring for\r\ndmu_buf_will_not_fill() and dmu_buf_will_fill(). However, the db_mtx was\r\nnot held when update db->db_state in those code block. The rest of the\r\ndbuf code always holds the db_mtx when updating db_state. This is\r\nimportant because cv_wait() db_changed is used to check for db_state\r\nchanges.\r\n\r\nUpdating dmu_buf_will_not_fill() and dmu_buf_will_fill() to hold the\r\ndb_mtx when updating db_state.\r\n\r\nReviewed-by: Alexander Motin <mav@FreeBSD.org>\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: Brian Atkinson <batkinson@lanl.gov>\r\nCloses #14875 \n'\n'SEP>577e835f30c9b92ed8126eb4e8fb17cb0e411c04X577e835f30c9X482eeef804f0f325faddb102f112c0f1ec86a1b6\nGitHubXnoreply@github.comX2023-05-19T13:05:09-07:00\nBrian BehlendorfXbehlendorf1@llnl.govX2023-05-19T13:05:09-07:00\n\n1684526709\nProbe vdevs before marking removed\nBefore allowing the ZED to mark a vdev as REMOVED due to a\r\nhotplug event confirm that it is non-responsive with probe.\r\nAny device which can be successfully probed should be left\r\nONLINE to prevent a healthy pool from being incorrectly\r\nSUSPENDED. This may occur for at least the following two\r\nscenarios.\r\n\r\n1) Drive expansion (zpool online -e) in VMware environments.\r\n If, during the partition resize operation, a partition is\r\n removed and re-created then udev will send a removed event.\r\n\r\n2) Re-scanning the namespaces of an NVMe device (nvme ns-rescan)\r\n may result in a udev remove and add event being delivered.\r\n\r\nFinally, update the ZED to only kick in a spare when the\r\nremoval was successful.\r\n\r\nReviewed-by: Ameer Hamza <ahamza@ixsystems.com>\r\nReviewed-by: Tony Hutter <hutter2@llnl.gov>\r\nReviewed-by: Richard Yao <richard.yao@alumni.stonybrook.edu>\r\nSigned-off-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nIssue #14859\r\nCloses #14861 \n'\n'SEP>482eeef804f0f325faddb102f112c0f1ec86a1b6X482eeef804f0Xe34e15ed6d1882d29e314321b7642305d99f1b78\nBrian BehlendorfXbehlendorf1@llnl.govX2023-05-18T11:59:42-07:00\nGeorge AmanakisXgamanakis@gmail.comX2021-12-17T21:35:28+01:00\n\n1639773328\nTeach zpool scrub to scrub only blocks in error log\nAdded a flag '-e' in zpool scrub to scrub only blocks in error log. A\nuser can pause, resume and cancel the error scrub by passing additional\ncommand line arguments -p -s just like a regular scrub. This involves\nadding a new flag, creating new libzfs interfaces, a new ioctl, and the\nactual iteration and read-issuing logic. Error scrubbing is executed in\nmultiple txg to make sure pool performance is not affected.\n\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\nReviewed-by: Tony Hutter <hutter2@llnl.gov>\nCo-authored-by: TulsiJain tulsi.jain@delphix.com\nSigned-off-by: George Amanakis <gamanakis@gmail.com>\nCloses #8995\nCloses #12355\n\n'\n'SEP>e34e15ed6d1882d29e314321b7642305d99f1b78Xe34e15ed6d18Xe0d5007bcf7e4425d43ba2ad56489c7db5c4a4c5\nGitHubXnoreply@github.comX2023-05-18T10:02:20-07:00\nBrian BehlendorfXbehlendorf1@llnl.govX2023-05-18T10:02:20-07:00\n\n1684429340\nAdd the ability to uninitialize\nzpool initialize functions well for touching every free byte...once.\r\nBut if we want to do it again, we're currently out of luck.\r\n\r\nSo let's add zpool initialize -u to clear it.\r\n\r\nCo-authored-by: Rich Ercolani <rincebrain@gmail.com>\r\nSigned-off-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: Rich Ercolani <rincebrain@gmail.com>\r\nCloses #12451 \r\nCloses #14873\n'\n'SEP>e0d5007bcf7e4425d43ba2ad56489c7db5c4a4c5Xe0d5007bcf7eXee7b71dbc919439b1db6352bcd95f121127b42dd\nGitHubXnoreply@github.comX2023-05-15T16:11:33-07:00\nAntonio RussoXaerusso@aerusso.netX2023-05-15T17:11:33-06:00\n\n1684192293\ntest-runner: pass kmemleak and kmsg to Cmd.run\ntest-runner.py orchestrates all of the ZTS executions. The `Cmd` object\r\nmanages these process, and its `run` method specifically invokes these\r\npossibly long-running processes, possibly retrying in the event of a\r\ntimeout. Since its inception, memory leak detection using the kmemleak\r\ninfrastructure [1], and kernel logging [2] have been added to this run\r\nmechanism.\r\n\r\nHowever, the callback to cull a process beyond its timeout threshold,\r\n`kill_cmd`, has evaded modernization by both of these changes. As a\r\nresult, this function fails to properly invoke `run`, leading to an\r\nuntrapped exception and unreported test failure.\r\n\r\nThis patch extends `kill_cmd` to receive these kernel devices through\r\nthe `options` parameter, and regularizes all the `.run` calls from\r\n`Cmd`, and its subclasses, to accept that parameter.\r\n\r\n[1] Commit a69765ea5b563e0cd4d15fac4b1ac08c6ccf12d1\r\n[2] Commit fc2c0256c55a2859d1988671b0896d22b75c8aba\r\n\r\nReviewed-by: John Wren Kennedy <john.kennedy@delphix.com>\r\nSigned-off-by: Antonio Russo <aerusso@aerusso.net>\r\nCloses #14849 \n'\n'SEP>ee7b71dbc919439b1db6352bcd95f121127b42ddXee7b71dbc919Xc87798d8ff6a63158e80acbbce8b034518a1656e\nBrian BehlendorfXbehlendorf1@llnl.govX2023-05-15T10:29:05-07:00\nRichard YaoXrichard.yao@alumni.stonybrook.eduX2023-05-12T17:10:14-04:00\n\n1683925814\nFix undefined behavior in spa_sync_props()\n8eae2d214cfa53862833eeeda9a5c1e9d5ded47d caused Coverity to begin\ncomplaining about \"Improper use of negative value\" in two places in\nspa_sync_props() because Coverity correctly inferred from `prop ==\nZPOOL_PROP_INVAL` that prop could be -1 while both zpool_prop_to_name()\nand zpool_prop_get_type() use it an array index, which is undefined\nbehavior.\n\nAssuming that the system does not panic from an attempt to read invalid\nmemory, the case statement for ZPOOL_PROP_INVAL will ensure that only\nuser properties will reach this code when prop is ZPOOL_PROP_INVAL, such\nthat execution will continue safely. However, if we are unlucky enough\nto read invalid memory, then the system will panic.\n\nThis issue predates the patch that caused coverity to begin complaining.\nThankfully, our userland tools do not pass nonsense to us, so this bug\nshould not be triggered unless a future userland tool attempts to set a\nproperty that we do not understand.\n\nReported-by: Coverity (CID-1561129)\nReported-by: Coverity (CID-1561130)\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\nReviewed-by: George Amanakis <gamanakis@gmail.com>\nSigned-off-by: Richard Yao <richard.yao@alumni.stonybrook.edu>\nCloses #14860\n\n'\n'SEP>c87798d8ff6a63158e80acbbce8b034518a1656eXc87798d8ff6aX7381ddf1abd16152646c921384c094ffbcae2271\nBrian BehlendorfXbehlendorf1@llnl.govX2023-05-15T10:29:01-07:00\nRichard YaoXrichard.yao@alumni.stonybrook.eduX2023-05-12T16:47:56-04:00\n\n1683924476\nFix use after free regression in spa_remove_healed_errors()\n6839ec6f1098c28ff7b772f1b31b832d05e6b567 placed code in\nspa_remove_healed_errors() that uses a pointer after the kmem_free()\ncall that frees it.\n\nReported-by: Coverity (CID-1562375)\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\nReviewed-by: George Amanakis <gamanakis@gmail.com>\nSigned-off-by: Richard Yao <richard.yao@alumni.stonybrook.edu>\nCloses #14860\n\n'\n'SEP>7381ddf1abd16152646c921384c094ffbcae2271X7381ddf1abd1X895e03135e4251be0872d96ce38f387bdc13faa2\nGitHubXnoreply@github.comX2023-05-12T09:49:26-07:00\nAlexander MotinXmav@FreeBSD.orgX2023-05-12T12:49:26-04:00\n\n1683910166\nzil: Free lwb_buf after write completion.\nThere is no sense to keep that memory allocated during the flush.\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nReviewed-by: Prakash Surya <prakash.surya@delphix.com>\r\nSigned-off-by: Alexander Motin <mav@FreeBSD.org>\r\nSponsored by: iXsystems, Inc.\r\nCloses #14855 \n'\n'SEP>895e03135e4251be0872d96ce38f387bdc13faa2X895e03135e42Xda211a4a337cce2917fa597d6930cff75f6cca2e\nGitHubXnoreply@github.comX2023-05-12T09:14:29-07:00\nAlexander MotinXmav@FreeBSD.orgX2023-05-12T12:14:29-04:00\n\n1683908069\nzil: Some micro-optimizations.\nShould not cause functional changes.\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: Alexander Motin <mav@FreeBSD.org>\r\nSponsored by: iXsystems, Inc.\r\nCloses #14854 \n'\n'SEP>da211a4a337cce2917fa597d6930cff75f6cca2eXda211a4a337cX5b3b6e95c0f3aeea55932d91f469e8edd3c9cd0f\nGitHubXnoreply@github.comX2023-05-12T09:12:28-07:00\nDon BradyXdev.fs.zfs@gmail.comX2023-05-12T10:12:28-06:00\n\n1683907948\nRefine special_small_blocks property validation\nWhen the special_small_blocks property is being set during a pool \r\ncreate it enforces a limit of 128KiB even if the pool's record size \r\nis larger.\r\n\r\nIf the recordsize property is being set during a pool create, then \r\nuse that value instead of the default SPA_OLD_MAXBLOCKSIZE value.\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: Don Brady <dev.fs.zfs@gmail.com>\r\nCloses #13815\r\nCloses #14811 \n'\n'SEP>5b3b6e95c0f3aeea55932d91f469e8edd3c9cd0fX5b3b6e95c0f3Xe6107668385044718b0a73330ed6423650806473\nGitHubXnoreply@github.comX2023-05-12T09:07:58-07:00\nBrian BehlendorfXbehlendorf1@llnl.govX2023-05-12T09:07:58-07:00\n\n1683907678\nZTS: Add auto_replace_001_pos to exceptions\nThe auto_replace_001_pos test case does not reliably pass on\r\nFedora 37 and newer. Until the test case can be updated to make\r\nit reliable add it to the list of \"maybe\" exceptions on Linux.\r\n\r\nSigned-off-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nIssue #14851\r\nCloses #14852 \n'\n'SEP>634a770a5e16b424c096b74ac33a145e766dd7afX634a770a5e16X5a9c724847f9b4e3831aa2c16276cc2ae20a99cc\nXin LIXdelphij@FreeBSD.orgX2023-05-22T22:05:35-07:00\nXin LIXdelphij@FreeBSD.orgX2023-05-22T21:23:57-07:00\n\n1684815837\n/etc/rc.d/motd: Update to accommodate changes in uname(1) and newvers.sh\nThe recent changes to the uname(1) command removed trailing spaces for\nbetter POSIX conformance, but it broke the regular expression used by\nthe motd script which expected it. This commit addresses this by removing\nthe requirement, as it is no longer present.\n\nAdditionally, a recent change in newvers.sh introduced a new format for\nuname -v, which omited the build number and build dates to improve\nreproducible build support. This commit adds support for this new format.\n\nReported-by:\tJamie Landeg-Jones <jamie@catflap.org>\nReviewed-by:\timp\nMFC after:\t2 weeks\nDifferential Revision: https://reviews.freebsd.org/D40225\n\n'\n'SEP>5a9c724847f9b4e3831aa2c16276cc2ae20a99ccX5a9c724847f9Xcef256558752afa1f25afd7823bb01fde8bd63bd\nEnji CooperXngie@FreeBSD.orgX2023-05-22T18:16:29-07:00\nRoseX83477269+AtariDreams@users.noreply.github.comX2023-05-08T19:08:18-04:00\n\n1683587298\nCorrect size parameter to strncmp\nThe wrong value passed to strncmp meant that only enable and disable were being\naccepted. This change corrects the logic so enabled and disabled are also\naccepted.\n\nPull Request: https://github.com/freebsd/freebsd-src/pull/739\nMFC after: 1 week\nReviewed by: delphij, ngie\n\n'\n'SEP>cef256558752afa1f25afd7823bb01fde8bd63bdXcef256558752X3c6fb586b956798fbff8e9c50e7e3a7f204ba5f3\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-22T23:21:25+03:00\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-22T23:21:25+03:00\n\n1684786885\ndtrace: export dtrace_dis_get_byte()\nkinst uses this function as well, but because it is not exported, it\nimplements its own copy of it. The patch also exposes the function to\nuserland, so programs that need to use dtrace_disx86() can use this\nfunction instead of rolling their own copies.\n\nReviewed by:\tmarkj\nApproved by:\tmarkj (mentor)\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D39871\n\n'\n'SEP>3c6fb586b956798fbff8e9c50e7e3a7f204ba5f3X3c6fb586b956X136b8bd610c5e5e3e3c4cf0491523fb35733d2df\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-22T23:03:06+03:00\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-22T23:03:06+03:00\n\n1684785786\nriscv: do not duplicate sd of tp\nReviewed by:\tjhb\nApproved by:\tmarkj (mentor)\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D39894\n\n'\n'SEP>136b8bd610c5e5e3e3c4cf0491523fb35733d2dfX136b8bd610c5X94fe28babf1c26e6b38601c76d606b04b23a409e\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-22T22:49:33+03:00\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-22T22:49:33+03:00\n\n1684784973\narm64: use PSR_DAIF instead of each individual flag\nNo functional change intended.\n\nReviewed by:\tmhorne, andrew\nApproved by:\tmarkj (mentor)\nDifferential Revision:\thttps://reviews.freebsd.org/D40165\n\n'\n'SEP>94fe28babf1c26e6b38601c76d606b04b23a409eX94fe28babf1cX0c08479898e6d4d4dab071a19d906661947af108\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-22T22:49:32+03:00\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-22T22:49:32+03:00\n\n1684784972\nAdd christos as a src committer and markj as mentor\nApproved by:\tmarkj (mentor)\nDifferential Revision:\thttps://reviews.freebsd.org/D40210\n\n'\n'SEP>0c08479898e6d4d4dab071a19d906661947af108X0c08479898e6X0688eac1f9d6a25f4d75ceca1fb1e32993bdb17c\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-22T22:49:32+03:00\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-22T22:49:32+03:00\n\n1684784972\ngit-arc: mention creation of separate reviews in man page\nReviewed by:\timp\nApproved by:\tmarkj (mentor)\nDifferential Revision:\thttps://reviews.freebsd.org/D39963\n\n'\n'SEP>0688eac1f9d6a25f4d75ceca1fb1e32993bdb17cX0688eac1f9d6X172af24449cd8d34339172d125832b7ecd274213\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-22T22:49:32+03:00\nChristos MargiolisXchristos@FreeBSD.orgX2023-05-22T22:49:32+03:00\n\n1684784972\ngit-arc: fix spelling error in -s option\nReviewed by:\timp\nApproved by:\tmarkj (mentor)\nDifferential Revision:\thttps://reviews.freebsd.org/D39962\n\n'\n'SEP>172af24449cd8d34339172d125832b7ecd274213X172af24449cdX26056fa8d348b8ec03b4b2d0c9d086c4232f2711\nKyle EvansXkevans@FreeBSD.orgX2023-05-22T10:23:53-05:00\nKyle EvansXkevans@FreeBSD.orgX2023-05-15T12:21:45-05:00\n\n1684171305\narm64: gicv3: setup PPIs on all APs after they're online\nFor all PPIs setup earlier than SI_SUB_SMP, PIC_INIT_SECONDARY ends up\ncleaning these up for each AP as it comes online. Once they're online,\nwe don't currently do anything to make sure they're configured for other\nAPs. Fix it by using smp_rendezvous for the meaty bits of configuring a\nPPI, which will just do single-thread behavior before APs are online but\ndo the right thing for other CPUs after.\n\nWhile we're here, make sure redistributor config is correct for other\nAPs as they come online in gic_v3_init_secondary.\n\nReported/Tested by:\tSouradeep Chakrabarti (Microsoft/Hyper-V)\nReviewed by:\t\tandrew (before slight refactor)\nDifferential Revision:\thttps://reviews.freebsd.org/D40112\n\n'\n'SEP>26056fa8d348b8ec03b4b2d0c9d086c4232f2711X26056fa8d348X454d72ec409830c0de3be79c15ac7503221b66d4\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-22T15:17:57+00:00\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-22T15:17:57+00:00\n\n1684768677\nRevert \"ifconfig: switch IPv4/IPv6 address manipulations to Netlink\"\nRevert the change as 2 non-expected issues have been reported.\n\nThis reverts commit 54418f79fd292e14abf121f87a3c790a17447971.\n\n'\n'SEP>454d72ec409830c0de3be79c15ac7503221b66d4X454d72ec4098X5b8ce85e1a72d2c9541cb344b4e157f38f6a5d6c\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-22T15:17:45+00:00\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-22T15:17:45+00:00\n\n1684768665\nRevert \"ifconfig: Fix the build\"\nThis reverts commit 5b8ce85e1a72d2c9541cb344b4e157f38f6a5d6c.\n\n'\n'SEP>5b8ce85e1a72d2c9541cb344b4e157f38f6a5d6cX5b8ce85e1a72Xaf15ae9dd13969abd384cbbfb61bfcc298e5cc5a\nMark JohnstonXmarkj@FreeBSD.orgX2023-05-22T10:53:38-04:00\nMark JohnstonXmarkj@FreeBSD.orgX2023-05-22T10:53:38-04:00\n\n1684767218\nifconfig: Fix the build\nFix indentation in warn_nomask() while here.\n\nFixes:\t54418f79fd29 (\"ifconfig: switch IPv4/IPv6 address manipulations to Netlink\")\n\n'\n'SEP>af15ae9dd13969abd384cbbfb61bfcc298e5cc5aXaf15ae9dd139X6f49eafb056cfa0703dfc97a731cabe4ed2596b8\nKristof ProvostXkp@FreeBSD.orgX2023-05-22T16:01:09+02:00\nKristof ProvostXkp@FreeBSD.orgX2023-05-20T16:52:38+02:00\n\n1684594358\nprepare-commit-msg: add 'Event'\nAdd 'Event' to the pre-commit template.\n\nThe key word is already documented at\nhttps://docs.freebsd.org/en/articles/committers-guide/#_include_appropriate_metadata_in_a_footer\n\nSuggested by:\timp@\nEvent:\t\tBSDCan 2023\nDifferential Revision:\thttps://reviews.freebsd.org/D40184\n\n'\n'SEP>6f49eafb056cfa0703dfc97a731cabe4ed2596b8X6f49eafb056cX54418f79fd292e14abf121f87a3c790a17447971\nKonstantin BelousovXkib@FreeBSD.orgX2023-05-22T16:46:42+03:00\nKonstantin BelousovXkib@FreeBSD.orgX2023-05-20T11:11:54+03:00\n\n1684570314\nlibthr rtld locks: do not leak URWLOCK_READ_WAITERS into child\nSince there is only the current thread in the child, no pending readers\nexist. Clear the bit, since it confuses future attempts to acquire\nwrite ownership of the rtld locks, due to URWLOCK_PREFER_READERS flag.\n\nTo be future-proof, clear all state about pending writers and readers.\n\nPR:\t271490\nReported and tested by:\tKJ Tsanaktsidis <kj@kjtsanaktsidis.id.au>\nReviewed by:\tmarkj\nSponsored by:\tThe FreeBSD Foundation\nMFC after:\t1 week\nDifferential revision:\thttps://reviews.freebsd.org/D40178\n\n'\n'SEP>54418f79fd292e14abf121f87a3c790a17447971X54418f79fd29X050815ae7f9dc2a93599b5321441698e331d0ba7\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-22T13:45:33+00:00\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-20T11:53:46+00:00\n\n1684583626\nifconfig: switch IPv4/IPv6 address manipulations to Netlink\nSubscribers: imp\n\nDifferential Revision: https://reviews.freebsd.org/D40182\n\n'\n'SEP>050815ae7f9dc2a93599b5321441698e331d0ba7X050815ae7f9dXe3f7081b1c54fae55cb443a39c2ad44ac3ed4a75\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-22T13:42:28+00:00\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-22T13:41:34+00:00\n\n1684762894\nnetlink: call IPv6 hook when adding IPv4 addresses.\nThis provides compatibility with ifioctl() version of SIOCAIFADDR.\nThis change is temporary until the IPv4/IPv6 address handling code\n is moved to netinet[6].\n\n'\n'SEP>e3f7081b1c54fae55cb443a39c2ad44ac3ed4a75Xe3f7081b1c54X47c887be4af7553a3fae05009516a904dfa2617e\nMark JohnstonXmarkj@FreeBSD.orgX2023-05-22T09:33:57-04:00\nMark JohnstonXmarkj@FreeBSD.orgX2023-05-22T09:33:57-04:00\n\n1684762437\nfusefs: Remove an unused pbuf zone\nThe zone has been dead ever since commit\nb9e20197551d (\"fusefs: rewrite vop_getpages and vop_putpages\")\n\nNo functional change intended.\n\nReviewed by:\tasomers\nMFC after:\t1 week\nDifferential Revision:\thttps://reviews.freebsd.org/D40143\n\n'\n'SEP>47c887be4af7553a3fae05009516a904dfa2617eX47c887be4af7Xc8d84fa75eefdd4a6547c5367ae49954b9d8297e\nHans Petter SelaskyXhselasky@FreeBSD.orgX2023-05-22T12:53:38+02:00\nHans Petter SelaskyXhselasky@FreeBSD.orgX2023-05-22T12:52:10+02:00\n\n1684752730\nRevert \"mlx4: Move DEFINE_MUTEX() outside function body.\"\nRequested by:\tjrtc27@\n\nThis reverts commit 805d759338a2be939fffc8bf3f25cfaab981a9be.\n\n'\n'SEP>c8d84fa75eefdd4a6547c5367ae49954b9d8297eXc8d84fa75eefX6c5cdba1bafe77428b7721e49cc2b944885ec71a\nDag-Erling Sm\xC3\xB8rgravXdes@FreeBSD.orgX2023-05-22T10:14:52+00:00\nDag-Erling Sm\xC3\xB8rgravXdes@FreeBSD.orgX2023-05-22T10:00:52+00:00\n\n1684749652\npam_tacplus: Mention nss_tacplus in the manual page.\nMFC after:\t1 week\nSponsored by:\tKlara, Inc.\nDifferential Revision:\thttps://reviews.freebsd.org/D40135\n\n'\n'SEP>6c5cdba1bafe77428b7721e49cc2b944885ec71aX6c5cdba1bafeX951beab15d397942b5306aae292cd16564abe9f9\nDag-Erling Sm\xC3\xB8rgravXdes@FreeBSD.orgX2023-05-22T10:14:52+00:00\nDag-Erling Sm\xC3\xB8rgravXdes@FreeBSD.orgX2023-05-22T10:00:48+00:00\n\n1684749648\nAdd nss_tacplus, a TACACS+ NSS module.\nMFC after:\t1 week\nSponsored by:\tKlara, Inc.\nReviewed by:\timp\nDifferential Revision:\thttps://reviews.freebsd.org/D40133\n\n'\n'SEP>951beab15d397942b5306aae292cd16564abe9f9X951beab15d39Xbe8d01b51516b96c07ea95e4dbcc6e23c73e3bb5\nDag-Erling Sm\xC3\xB8rgravXdes@FreeBSD.orgX2023-05-22T10:01:04+00:00\nDag-Erling Sm\xC3\xB8rgravXdes@FreeBSD.orgX2023-05-22T10:00:42+00:00\n\n1684749642\ntaclib: 0 (not set) is a valid auth type in authorization requests.\nMFC after:\t1 week\nSponsored by:\tKlara, Inc.\nReviewed by:\trew\nDifferential Revision:\thttps://reviews.freebsd.org/D40132\n\n'\n'SEP>be8d01b51516b96c07ea95e4dbcc6e23c73e3bb5Xbe8d01b51516Xca0088ae27a5154f9279b53b2f7493986167d967\nPeter HolmXpho@FreeBSD.orgX2023-05-22T10:07:40+02:00\nPeter HolmXpho@FreeBSD.orgX2023-05-22T10:07:40+02:00\n\n1684742860\nstress2: Added a faster test of fsck_ffs by omitting mount(8) and umount(8)\n\n'\n'SEP>ca0088ae27a5154f9279b53b2f7493986167d967Xca0088ae27a5X046d8d89ed1956944b12ec4f0580c30bc202bbfb\nPeter HolmXpho@FreeBSD.orgX2023-05-22T10:05:34+02:00\nPeter HolmXpho@FreeBSD.orgX2023-05-22T10:05:34+02:00\n\n1684742734\nstress2: Occasionally modify 8 bits\n\n'\n'SEP>046d8d89ed1956944b12ec4f0580c30bc202bbfbX046d8d89ed19X805d759338a2be939fffc8bf3f25cfaab981a9be\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-21T23:14:05+00:00\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-13T15:17:47+00:00\n\n1683991067\nLinuxKPI: fix WRITE_ONCE(), remove ACCESS_ONCE()\nFix a gcc warning: \"to be safe all intermediate pointers in cast from\n'...' to '...' must be 'const' qualified [-Wcast-qual]\".\nDoing what is essentially a __DECONST() adding the uintptr_t gets\nrid of the massive amount of warnings we get in LinuxKPI and lets\nus see the actual problems a lot better.\nThis is a follow-up to 74e908b3c63b28de1d590dc42502fbe959a6da2e which\nfixed READ_ONCE().\nACCESS_ONCE() seems to be an obsolete KPI these days in Linux and\nFreeBSD does not use it either directly so we can entirely remove\nit now.\n\nSponsored by:\tThe FreeBSD Foundation\nSuggested by:\tjhb\nReviewed by:\thselasky\nMFC after:\t10 days\nDifferential Revision: https://reviews.freebsd.org/D40084\n\n'\n'SEP>805d759338a2be939fffc8bf3f25cfaab981a9beX805d759338a2X63ad5ce7335be6a0cc4a7bf27fe03d72c28ad401\nHans Petter SelaskyXhselasky@FreeBSD.orgX2023-05-21T18:20:16+02:00\nHans Petter SelaskyXhselasky@FreeBSD.orgX2023-05-21T13:25:28+02:00\n\n1684668328\nmlx4: Move DEFINE_MUTEX() outside function body.\nMove static mutex declaration outside function body, to avoid global\nvariables being declared on the stack, when using SYSINITs.\n\nMFC after:\t1 week\nSponsored by:\tNVIDIA Networking\n\n'\n'SEP>63ad5ce7335be6a0cc4a7bf27fe03d72c28ad401X63ad5ce7335bX197bff385e2caf82c52036f572e1cc79efc217f8\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-21T09:42:11+00:00\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-20T11:23:04+00:00\n\n1684581784\nifconfig: simplify ifconfig() by factoring out ifa add/del logic\nReviewed by:\tkp\nMFC after:\t2 weeks\nDifferential Revision: https://reviews.freebsd.org/D40180\n\n'\n'SEP>197bff385e2caf82c52036f572e1cc79efc217f8X197bff385e2cX50be18cc77b25891306f64192bf6f75e55d8903c\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-21T09:42:11+00:00\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-20T11:14:39+00:00\n\n1684581279\nifconfig: split argument parsing\nSimplify main() by factoring out argument parsing code.\n\nReviewed by:\tkp\nMFC after:\t2 weeks\nDifferential Revision: https://reviews.freebsd.org/D40179\n\n'\n'SEP>50be18cc77b25891306f64192bf6f75e55d8903cX50be18cc77b2X525dd4acaacc59b815131caccfdebc905d4d7bff\nFedor UporovXfsu@FreeBSD.orgX2023-05-21T08:17:47+03:00\nFedor UporovXfsu@FreeBSD.orgX2023-05-08T19:14:02+03:00\n\n1683562442\next2fs: Add large sectorsize disks support\nThe ext2fs does not support disks with sectorsize more 512 bytes.\nThe main issue is in reading/writing superblock, which is not aligned\nwith 4k value. Reimplement the superblock reading logic to make it\nindifferent to disk logical sector size. The logical sector size\nmore then page size is not supported, like it is doing on Linux side.\n\nPR: 271105\nReported by: k(at)vodka.home.kg\nReviewed by: pfg\nMFC after: 2 week\nDifferential Revision: https://reviews.freebsd.org/D40047\n\n'\n'SEP>525dd4acaacc59b815131caccfdebc905d4d7bffX525dd4acaaccX902dc544cc5859e24c727126e45416133c1c6d46\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-21T00:31:25+00:00\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-16T20:59:30+00:00\n\n1684270770\nLinuxKPI: implement pci_rescan_bus()\nTry to implement pci_rescan_bus(). pci_rescan_method() is already\ndoing most of the job. We only have to do the count for the return\nvalue again ourselves.\n\nSponsored by:\tThe FreeBSD Foundation\nMFC after:\t10 days\nReviewed by:\tjhb\nDifferential Revision: https://reviews.freebsd.org/D40122\n\n'\n'SEP>902dc544cc5859e24c727126e45416133c1c6d46X902dc544cc58Xc6750ddec9177b67bb4883717933e87ac24a3a44\nEnji CooperXngie@FreeBSD.orgX2023-05-20T12:00:34-07:00\nEnji CooperXngie@FreeBSD.orgX2023-05-20T12:00:34-07:00\n\n1684609234\nRevert \"Require the OpenSSL 1.1 APIs when compiling ldns\"\nThis particular change appears to have broken the build; the change\nneeds some massaging to work with OpenSSL 1.1.\n\nThis reverts commit c6750ddec9177b67bb4883717933e87ac24a3a44.\n\n'\n'SEP>c6750ddec9177b67bb4883717933e87ac24a3a44Xc6750ddec917Xc98146ae229cc60834bfbecc229f2f7725e458d0\nEnji CooperXngie@FreeBSD.orgX2023-05-20T11:41:24-07:00\nEnji CooperXngie@FreeBSD.orgX2023-05-12T19:38:18-07:00\n\n1683945498\nRequire the OpenSSL 1.1 APIs when compiling ldns\nMoving the APIs from OpenSSL 1.1 supporting APIs to 3.x supporting APIs\nis a non-trivial effort. Require 1.1 API compatibility to unblock\nupdating OpenSSL in base to 3.x.\n\nThis mirrors what upstream has done in their configure.ac file.\n\nSubmitted by:\tPierre Pronchery <pierre@freebsdfoundation.org>\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision: https://reviews.freebsd.org/D40082\n\n'\n'SEP>c98146ae229cc60834bfbecc229f2f7725e458d0Xc98146ae229cXac6dd012590e01f6a5fef490d52ffb4a6ca97798\nJohn BaldwinXjhb@FreeBSD.orgX2023-05-20T09:27:40-07:00\nJohn BaldwinXjhb@FreeBSD.orgX2023-05-20T09:27:40-07:00\n\n1684600060\ncxgbe: Move ethofld_transmit under #ifdef INET || INET.\nThis fixes a -Wunused-function warning when building LINT-NOIP.\n\nReported by:\trpokala\n\n'\n'SEP>ac6dd012590e01f6a5fef490d52ffb4a6ca97798Xac6dd012590eXe0c86f5c2feb95d687eeedb0eafe14c3f76bff41\nJohn BaldwinXjhb@FreeBSD.orgX2023-05-20T09:26:46-07:00\nJohn BaldwinXjhb@FreeBSD.orgX2023-05-20T09:26:46-07:00\n\n1684600006\nnetlink: Move an INET-only variable under #if.\nThis fixes the LINT-NOIP build.\n\n'\n'SEP>e0c86f5c2feb95d687eeedb0eafe14c3f76bff41Xe0c86f5c2febXbbe62559c78f22e2774e12a058981ee8e46afbee\nMateusz GuzikXmjg@FreeBSD.orgX2023-05-20T12:48:15+00:00\nMateusz GuzikXmjg@FreeBSD.orgX2022-08-19T19:51:53+00:00\n\n1660938713\ntd: line up with other clean up in thread_reap_domain\nNFC\n\n'\n'SEP>bbe62559c78f22e2774e12a058981ee8e46afbeeXbbe62559c78fX5138ffa877161ddfe3a690a45cf716e09c5e865a\nMateusz GuzikXmjg@FreeBSD.orgX2023-05-20T12:46:46+00:00\nMateusz GuzikXmjg@FreeBSD.orgX2022-08-19T19:37:33+00:00\n\n1660937853\nrlimit: line up with other clean up in thread_reap_domain\nNFC\n\n'\n'SEP>5138ffa877161ddfe3a690a45cf716e09c5e865aX5138ffa87716Xdd8a74e74d9961d3aa4b7078368a5de84e3a1083\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-20T11:20:41+00:00\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-12T11:47:49+00:00\n\n1683892069\nfwget: remove logging redirects\nAfter adding addpkg() in 10aa369afd9946da18ae51b07aeadc3314fba56d\nthe redirects are no longer needed. We can now log directly so\nsimplify the code.\n\nReported by:\tmanu\nReviewed by:\tmanu\nDifferential Revision: https://reviews.freebsd.org/D40077\n\n'\n'SEP>dd8a74e74d9961d3aa4b7078368a5de84e3a1083Xdd8a74e74d99X17cec33e750fe2543ab898ba88e19b8e57ef895d\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-20T11:18:51+00:00\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-11T20:41:40+00:00\n\n1683837700\nfwget: add support for various WiFi NICs\nAdd support for Realtek, QCA, and Mediatek WiFi NIC cards.\nWe group the matching entries by driver in sub-functions in order\nto semi-automatically create the lists for now.\n\nReviewed by:\tmanu\nDifferential Revision: https://reviews.freebsd.org/D40073\n\n'\n'SEP>17cec33e750fe2543ab898ba88e19b8e57ef895dX17cec33e750fX10aa369afd9946da18ae51b07aeadc3314fba56d\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-20T11:16:42+00:00\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-11T20:36:50+00:00\n\n1683837410\nfwget: improve the pci base script\nWhen matching \"class\" only match the class byte and not subclass and\nprogramming interface.\nExtend the list of supported classes by network, old, and misc (for no\nbetter names on the latter two).\nExtend the list of known vendors for various WiFi NICs.\nAdd a \"pci_fixup_class\" as some wireless cards have unexpected PCI\nclasses set. In case we cannot find a matching file for the original\ntry to see if a \"fixed up\" version exists. This allows us to avoid\nduplicate matching files for the same vendor/driver but different\nchipsets.\n\nReviewed by:\tmanu\nDifferential Revision: https://reviews.freebsd.org/D40072\n\n'\n'SEP>10aa369afd9946da18ae51b07aeadc3314fba56dX10aa369afd99Xae1e336e05171b80123bf6db7457f19c174accc4\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-20T11:13:12+00:00\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-11T20:30:44+00:00\n\n1683837044\nfwget: simplify adding firmware images to pkg to install\nRather than using echo to return the firmware package name, call a\nnew function (addpkg) which will also deal with (i) no leading space\nand (ii) remove duplicates (as some devices have dual-wifi-cards).\nIn addition we won't have a line break when having multiple packages.\n\nWhile here also do not call pkg(8) anymore if there is no package to\ninstall and use the correct variable to install all and not just the\nlast found package.\n\nReviewed by:\tmanu, bapt\nDifferential Revision: https://reviews.freebsd.org/D40071\n\n'\n'SEP>ae1e336e05171b80123bf6db7457f19c174accc4Xae1e336e0517X7eee0eaf1602765bdf20c8e56884069085812c27\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-20T11:10:31+00:00\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-20T00:52:27+00:00\n\n1684543947\nLinuxKPI: add put_unaligned_le16() and get_unaligned_be64()\nAdd the two new functions needed by wireless drivers by the same\nimplementation pattern we did for different sizes.\n\nSponsored by:\tThe FreeBSD Foundation\nMFC after:\t10 days\nReviewed by:\temaste\nDifferential Revision: https://reviews.freebsd.org/D40174\n\n'\n'SEP>7eee0eaf1602765bdf20c8e56884069085812c27X7eee0eaf1602Xa72b78905a3df924875a2b18e4199f64f1ab432f\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-20T10:42:08+00:00\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-20T10:42:08+00:00\n\n1684579328\nnetlink: automatically generate broadcast for IPv4 ifa if not set.\nMFC after:\t2 weeks\n\n'\n'SEP>a72b78905a3df924875a2b18e4199f64f1ab432fXa72b78905a3dXb7afaf8a411a0536691feabb024ffd5afb579eb5\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-20T09:49:15+00:00\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-19T10:18:43+00:00\n\n1684491523\nifconfig: simplify carp vhid setup.\nCurrently carp implementation peeks into the opaque 'afp->af_addreq'\n buffer, assumes it knows the af-specific layout and assigns vhid\n directly.\nSimplify the code and remove abstraction leak by introducing per-afp\n callback for setting vhid.\nThis change is a pre-requisite to set addresses via Netlink,\n as Netlink implementiation uses different structure layout.\n\nReviewed by:\tkp\nDifferential Revision: https://reviews.freebsd.org/D40160\nMFC after:\t2 weeks\n\n'\n'SEP>b7afaf8a411a0536691feabb024ffd5afb579eb5Xb7afaf8a411aX369264acf7d2a317383599141ab2f36ee3d2130c\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-20T00:57:38+00:00\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-20T00:41:45+00:00\n\n1684543305\nLinuxKPI: add further dummy header files\nWireless drivers try to include these files. Add them empty for no\nbetter reason yet.\n\nSponsored by:\tThe FreeBSD Foundation\nMFC after:\t10 days\n\n'\n'SEP>369264acf7d2a317383599141ab2f36ee3d2130cX369264acf7d2X047298203fc3bc2b290f44b9531a7b7d553fe9b7\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-20T00:57:24+00:00\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-20T00:47:05+00:00\n\n1684543625\nLinuxKPI: skbuff: add skb_get_hash()\nAdd a dummy implementation of skb_get_hash() until we'll hit and\nimplement it. It'll help to keep an upcoming wireless driver to\ncompile.\n\nMFC after:\t10 days\n\n'\n'SEP>047298203fc3bc2b290f44b9531a7b7d553fe9b7X047298203fc3X6153bef9ec961786d79c52e51c6908324661e26e\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-20T00:57:10+00:00\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-20T00:50:10+00:00\n\n1684543810\nLinuxKPI: qcom: update qmi and mhi\nUpdate qcom QMI and MHI bits in order to keep an upcoming driver\ncompiling.\n\nMFC after:\t10 days\n\n'\n'SEP>6153bef9ec961786d79c52e51c6908324661e26eX6153bef9ec96X63231f4d5bae5fbdb2ebbca4860416557c397059\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-20T00:56:41+00:00\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-20T00:51:01+00:00\n\n1684543861\nLinuxKPI: netdevice: add dev_set_threaded()\nAdd dev_set_threaded() to the dummy functions of netdevice.h in order\nto keep an upcoming wireless driver compiling.\nWhile here also update the name of a function argument for consistency.\n\nMFC after:\t10 days\n\n'\n'SEP>63231f4d5bae5fbdb2ebbca4860416557c397059X63231f4d5baeX72ae938252446ce6c716cb51e3f27737b137900e\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-20T00:56:21+00:00\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-20T00:39:08+00:00\n\n1684543148\nnet80211: Radiotap: update for defines\nath1xk drivers require further HE defines. Some of those we had\nalready predicted as comments in the past.\n\nSponsored by:\tThe FreeBSD Foundation\nMFC after:\t10 days\n\n'\n'SEP>72ae938252446ce6c716cb51e3f27737b137900eX72ae93825244X31edf56b157169b2f83d288ebfae7d4b15ce6dde\nRandall StewartXrrs@FreeBSD.orgX2023-05-19T15:53:26-04:00\nRandall StewartXrrs@FreeBSD.orgX2023-05-19T15:53:26-04:00\n\n1684526006\nAdd a comment to the new tcp_get_srtt method to clarify that ticks are kept in a shifted form and need to be un-shifted before use.\nSuggested by: rpokala@\n\n'\n'SEP>31edf56b157169b2f83d288ebfae7d4b15ce6ddeX31edf56b1571Xec6d620b197e0973102db134a59e34efcc4bbec8\nBaptiste DaroussinXbapt@FreeBSD.orgX2023-05-19T21:09:40+02:00\nBaptiste DaroussinXbapt@FreeBSD.orgX2023-05-19T11:08:11+02:00\n\n1684487291\ndate: add -z output_zone option\nInpired by OpenBSD date(1), this option allows to do timezone conversion\nvia the date(1) command.\n\nFor example, to determine when the BSDCan livestream begins for me:\n\n$ env -i TZ=EST5EDT date -z Europe/Paris -j 0900\n\nMFC After:\t\t1 week\nReviewed by:\t\tkib, bcr (manpage)\nDifferential Revision:\thttps://reviews.freebsd.org/D40159\n\n'\n'SEP>ec6d620b197e0973102db134a59e34efcc4bbec8Xec6d620b197eXf326a83c857066754cbc92c59e1904a68af37deb\nRandall StewartXrrs@FreeBSD.orgX2023-05-19T11:16:28-04:00\nRandall StewartXrrs@FreeBSD.orgX2023-05-19T11:16:28-04:00\n\n1684509388\nThere are congestion control algorithms will that pull in srtt, and this can cause issues with rack.\nWhen using rack, cubic and htcp will grab the srtt, but they think it is in ticks. For rack\nit is in micro-seconds (which we should probably move all stacks to actually). This causes\nissues so instead lets make a new interface so that any CC module can pull the srtt in\nwhatever granularity they want.\n\nReviewed by: tuexen\nSponsored by: Netflix Inc\nDifferential Revision:https://reviews.freebsd.org/D40146\n\n'\n'SEP>f326a83c857066754cbc92c59e1904a68af37debXf326a83c8570X40b287054521f0a92e5ae9a26e6a87d17ee85eea\nEd MasteXemaste@FreeBSD.orgX2023-05-19T09:56:03-04:00\nEd MasteXemaste@FreeBSD.orgX2023-05-17T14:16:06-04:00\n\n1684347366\nCirrus-CI: switch to -lite LLVM package for native run\nThis reduces CI cycle time (a small amount).\n\nSuggested by:\tbrooks\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D40136\n\n'\n'SEP>40b287054521f0a92e5ae9a26e6a87d17ee85eeaX40b287054521Xf3546eacf0daac55fe08b6ad5849b0e440f75ffb\nColin PercivalXcperciva@FreeBSD.orgX2023-05-19T06:46:42-07:00\nColin PercivalXcperciva@FreeBSD.orgX2023-05-19T06:46:42-07:00\n\n1684504002\nmi_startup: Instrument the bubblesort with TSLOG\nThe bubblesort of SYSINITs is currently responsible for 7% of the\nkernel boot time when booting a 1 CPU / 128 MB VM under Firecracker.\n\nIt needs to be replaced with a faster sort, but until that happens\nat least instrumenting it with TSLOG makes it show up in flamecharts.\n\n'\n'SEP>f3546eacf0daac55fe08b6ad5849b0e440f75ffbXf3546eacf0daX1377eb268a5a8a5573bda33a651963259c43c3ed\nKristof ProvostXkp@FreeBSD.orgX2023-05-19T15:26:52+02:00\nKristof ProvostXkp@FreeBSD.orgX2023-05-18T20:04:45+02:00\n\n1684433085\nif_bridge: fix potential panic\nWhen a new bridge_rtnode is added it is added with a NULL brt_dst. The\nbrt_dst is set after the entry is added. This means there's a small\nwindow where another core could also attempt to add this node, leading\nto the code attempting to log that the MAC addresses moved to a new\ninterface.\nAside from that being a spurious log entry it also panics, because\nobif is NULL (and we attempt to dereference it).\n\nAvoid this by settings brt_dst before we insert the bridge_rtnode.\nAssert that obif is non-NULL, as an extra precaution.\n\nReported by:\tolivier@\nReviewed by:\tzlei@\nDifferential Revision:\thttps://reviews.freebsd.org/D40147\n\n'\n'SEP>1377eb268a5a8a5573bda33a651963259c43c3edX1377eb268a5aX6408d025cf343aee6abeeb83ed8f284ad283e1dc\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-19T09:45:49+00:00\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-19T09:44:21+00:00\n\n1684489461\nnetlink: add IPv4/IPv6 attribute writers using in[6]_addr instead of sockaddrs.\nMFC after:\t2 weeks\n\n'\n'SEP>6408d025cf343aee6abeeb83ed8f284ad283e1dcX6408d025cf34X0d574d8ba8b244f40c1484123c5042f49ac642b8\nKristof ProvostXkp@FreeBSD.orgX2023-05-18T22:12:08+02:00\nKristof ProvostXkp@FreeBSD.orgX2023-05-18T22:06:37+02:00\n\n1684440397\ncarp test: improve jail names for unicast_ll_v6 test\nRename the jails used in the unicast_ll_v6 test, to ensure the jail\nnames are unique to this test.\nThat is one of the requirements for running these tests in parallel.\n\n'\n'SEP>0d574d8ba8b244f40c1484123c5042f49ac642b8X0d574d8ba8b2X9a19595cad9247902fbdadbb2b8fe61bb3a1dab1\nKristof ProvostXkp@FreeBSD.orgX2023-05-18T22:12:07+02:00\nKristof ProvostXkp@FreeBSD.orgX2023-05-18T21:37:48+02:00\n\n1684438668\npfsync tests: check for the correct IP address\nWhen checking if the state synced over we should look for\n198.51.100.254, not 198.51.100.2. The test worked because the incorrect\naddress is a substring of the correct one, but we should fix it anyway.\n\nReported by:\tNaman Sood <naman@freebsdfoundation.org>\nMFC after:\t1 week\n\n'\n'SEP>9a19595cad9247902fbdadbb2b8fe61bb3a1dab1X9a19595cad92X6ba1be38f67db2ea82db427fb1ff0c076f066f58\nMateusz GuzikXmjg@FreeBSD.orgX2023-05-18T19:57:38+00:00\nMateusz GuzikXmjg@FreeBSD.orgX2023-05-18T19:45:33+00:00\n\n1684439133\nproc: s/short/int lock-related counters\nshort is small enough that it can overflow in practice for certain cases\nand then trigger wrong asserts.\n\nOne known example is vfs namecache resize which grabs all locks at once.\n\nReported by:\tgallatin\nSponsored by:\tRubicon Communications, LLC (\"Netgate\")\n\n'\n'SEP>6ba1be38f67db2ea82db427fb1ff0c076f066f58X6ba1be38f67dXe5738ee04bf07edde5a394da83ac119b13c4f9e9\nMateusz GuzikXmjg@FreeBSD.orgX2023-05-18T19:44:29+00:00\nMateusz GuzikXmjg@FreeBSD.orgX2023-05-18T19:44:29+00:00\n\n1684439069\nproc: s/short/u_char for td_stopsched\nbool is not used because of massive header mess\n\nWhile here move it into a gap.\n\nSponsored by:\tRubicon Communications, LLC (\"Netgate\")\n\n'\n'SEP>e5738ee04bf07edde5a394da83ac119b13c4f9e9Xe5738ee04bf0Xe829181c653485529ba8efc2969afb78b2ec4c76\nCheng CuiXcc@FreeBSD.orgX2023-05-18T11:11:53-04:00\nCheng CuiXcc@FreeBSD.orgX2023-05-11T05:06:04-04:00\n\n1683795964\nUnder RSS, assign a TCP flow's inp_flowid anyway.\nSummary:\nThis brings some benefit of a tcp flow identification for some kernel\nmodules, such as siftr.\n\nReviewers: rrs, rscheff, tuexen, #transport!\nApproved by: tuexen (mentor), rrs\nSubscribers: imp, melifaro, glebius\nDifferential Revision: https://reviews.freebsd.org/D40061\n\n'\n'SEP>e829181c653485529ba8efc2969afb78b2ec4c76Xe829181c6534X6de1a005d4ca69911b1a45d6f94ea021f8abf5fc\nPeter WemmXpeter@FreeBSD.orgX2023-05-18T11:30:10-07:00\nPeter WemmXpeter@FreeBSD.orgX2023-05-18T11:30:10-07:00\n\n1684434610\nlibc: Update copyright text to match current templates.\n\n'\n'SEP>6de1a005d4ca69911b1a45d6f94ea021f8abf5fcX6de1a005d4caX1d76741520c031730319ed976a6c394213991504\nWarner LoshXimp@FreeBSD.orgX2023-05-18T11:17:24-06:00\nJesse RosenstockXjmr@google.comX2023-05-18T11:10:13-06:00\n\n1684429813\ntraceroute.8: Document TOS as DiffServ and ECN\nReviewed by: imp,karels\nPull Request: https://github.com/freebsd/freebsd-src/pull/744\n\n'\n'SEP>1d76741520c031730319ed976a6c394213991504X1d76741520c0X3d0addcd35193461e927db6cfe4b6d9b579eed6b\nDmitry ChaginXdchagin@FreeBSD.orgX2023-05-18T20:02:35+03:00\nDmitry ChaginXdchagin@FreeBSD.orgX2023-05-18T20:02:35+03:00\n\n1684429355\nlinux(4): Implement ptrace_pokeusr for x86_64\nDifferential Revision:\thttps://reviews.freebsd.org/D40097\nMFC after:\t\t1 week\n\n'\n'SEP>3d0addcd35193461e927db6cfe4b6d9b579eed6bX3d0addcd3519Xdd2a6cd701aea5a6ced59b9947e087304f7d7238\nDmitry ChaginXdchagin@FreeBSD.orgX2023-05-18T20:01:12+03:00\nDmitry ChaginXdchagin@FreeBSD.orgX2023-05-18T20:01:12+03:00\n\n1684429272\nlinux(4): Make ptrace_pokeusr machine dependent\nDifferential Revision:\thttps://reviews.freebsd.org/D40096\nMFC after:\t\t1 week\n\n'\n'SEP>dd2a6cd701aea5a6ced59b9947e087304f7d7238Xdd2a6cd701aeX38a137f416203494f183cb2b309524102680105e\nDmitry ChaginXdchagin@FreeBSD.orgX2023-05-18T20:00:12+03:00\nDmitry ChaginXdchagin@FreeBSD.orgX2023-05-18T20:00:12+03:00\n\n1684429212\nlinux(4): Make ptrace_peekusr machine dependend\nAnd partially implement it for x86_64.\n\nDifferential Revision:\thttps://reviews.freebsd.org/D40095\nMFC after:\t\t1 week\n\n'\n'SEP>38a137f416203494f183cb2b309524102680105eX38a137f41620X33ff01cebc0209f59239ded324906cfdfe986341\nDmitry ChaginXdchagin@FreeBSD.orgX2023-05-18T19:58:23+03:00\nDmitry ChaginXdchagin@FreeBSD.orgX2023-05-18T19:58:23+03:00\n\n1684429103\nlinux(4): Move linux_debug decalration to linux_util.h\nTo avoid inclusion of linux_mib.h with linux_util.h in cases where\nwe need rate limiting macro.\n\nMFC after:\t\t1 week\n\n'\n'SEP>33ff01cebc0209f59239ded324906cfdfe986341X33ff01cebc02Xc2c28c0fa2e44caf1671b4dbf94167f686c3c411\nKristof ProvostXkp@FreeBSD.orgX2023-05-18T17:47:04+02:00\nKristof ProvostXkp@FreeBSD.orgX2023-05-18T16:43:46+02:00\n\n1684421026\ncarp tests: test unicast carp via link-local addresses\nSponsored by:\tRubicon Communications, LLC (\"Netgate\")\n\n'\n'SEP>c2c28c0fa2e44caf1671b4dbf94167f686c3c411Xc2c28c0fa2e4X2d9d97e66e9e29de128c21cb676b9661df20dede\nKristof ProvostXkp@FreeBSD.orgX2023-05-18T17:47:03+02:00\nKristof ProvostXkp@FreeBSD.orgX2023-05-18T17:30:39+02:00\n\n1684423839\ncarp: fix unicast link-local\nIf the peer6 address is a link-local address we have to embed the\nscopeid, much like we have to for IPv6 multicast as well.\n\nSponsored by:\tRubicon Communications, LLC (\"Netgate\")\n\n'\n'SEP>2d9d97e66e9e29de128c21cb676b9661df20dedeX2d9d97e66e9eX2e6756b752e07878ae5f5e3e9b74934231f9fd17\nKristof ProvostXkp@FreeBSD.orgX2023-05-18T17:47:03+02:00\nKristof ProvostXkp@FreeBSD.orgX2023-05-17T21:39:42+02:00\n\n1684352382\nifconfig: improve error checking for carp peer6\ngetaddrinfo() returns 0 if it succeeded, but it's not guaranteed to\nreturn 1 on error. Check for success rather than for one specific error.\n\nWithout this fix commands such as `ifconfig bnxt1 inet6 add vhid 1 peer6\n2001:db8::1/64` would segfault ifconfig.\n\nSponsored by:\tRubicon Communications, LLC (\"Netgate\")\n\n'\n'SEP>2e6756b752e07878ae5f5e3e9b74934231f9fd17X2e6756b752e0Xdc5361ea16bf5bffab43823eb128f4081f0a5097\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-18T15:22:53+00:00\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-17T20:40:47+00:00\n\n1684356047\nifconfig: improve trimming off interface number at end\nWhen trying to auto-load a module, we trim the interface number off\nthe end. Currently we stop at the first digit. For interfaces which\nhave numbers in the driver name this does not work well.\nIn the current example ifconfig ath10k0 would load ath(4) instead of\nath10k(4). For module/interface names like rtw88[0] we never guess\ncorrectly.\nTo improve for the case we can, start trimming off digits from the\nend rather than the front.\n\nSponsored by:\tThe FreeBSD Foundation\nReported by:\tthierry\nMFC after:\t20 days\nReviewed by:\tmelifaro, thierry\nDifferential Revision: https://reviews.freebsd.org/D40137\n\n'\n'SEP>dc5361ea16bf5bffab43823eb128f4081f0a5097Xdc5361ea16bfX0f62290e7f749b7a453d413dd72c406129a9aba5\nColin PercivalXcperciva@FreeBSD.orgX2023-05-18T08:20:15-07:00\nColin PercivalXcperciva@FreeBSD.orgX2023-05-17T20:17:24-07:00\n\n1684379844\nrc.d/netif: Don't DAD if lo0 is the only IPv6 IF\nThe code in rc.d/netif waiting for IPv6 Duplicate Address Detection if\nany network interfaces support IPv6. Unfortunately, since lo0 *always*\nhas IPv6 enabled, this means unconditionally sleeping, even on systems\nwhich have no external IPv6 interfaces.\n\nSince we presume that there is little risk of a duplicate address being\nassigned on lo0, amend the test to wait only if there is an interface\n*other than lo0* which supports IPv6.\n\nReviewed by:\tbz\nDifferential Revision:\thttps://reviews.freebsd.org/D40141\n\n'\n'SEP>0f62290e7f749b7a453d413dd72c406129a9aba5X0f62290e7f74X743516d51fa7c7f35b2156b1985f100ddb64abc2\nDmitry ChaginXdchagin@FreeBSD.orgX2023-05-18T10:55:39+03:00\nDmitry ChaginXdchagin@FreeBSD.orgX2023-05-18T10:55:39+03:00\n\n1684396539\nlinux(4): Check fd passed to unlockpt()\nIn our implementation, grantpt() and unlockpt() don't actually have\nany use, because PTY's are created on the fly and already have proper\npermissions upon creation.\nAtleast check that a proper fd passed to unlockpt(). For grantpt()\nGlibc calls TIOCGPTN ioctl which would fail if fd is not a master.\n\nDifferential Revision:\thttps://reviews.freebsd.org/D40100\nMFC after:\t\t1 week\n\n'\n'SEP>743516d51fa7c7f35b2156b1985f100ddb64abc2X743516d51fa7X8c23afdb574ecd78e775fc889867f272559b4c32\nGleb SmirnoffXglebius@FreeBSD.orgX2023-05-17T10:25:28-07:00\nGleb SmirnoffXglebius@FreeBSD.orgX2023-05-17T10:25:28-07:00\n\n1684344328\nktls: don't try to unlock pcb if tcp_drop() already did\nReviewed by:\trrs, gallatin\n\n'\n'SEP>8c23afdb574ecd78e775fc889867f272559b4c32X8c23afdb574eX26d9f973d8691eccc098ded7326137d6f76ad243\nKristof ProvostXkp@FreeBSD.orgX2023-05-17T15:57:42+02:00\nKajetan StaszkiewiczXvegeta@tuxpowered.netX2023-05-17T15:57:42+02:00\n\n1684331862\npf: Standardize rtableid\nPrepare for rtableid being included in struct pfsync_state where it will\nbe int32_t. Make variables which will be set to and from it the same\nwidth.\n\nReviewed by:\tkp\nSponsored by:\tInnoGames GmbH\nDifferential Revision:\thttps://reviews.freebsd.org/D40013\n\n'\n'SEP>26d9f973d8691eccc098ded7326137d6f76ad243X26d9f973d869Xbdd47177528b5beacabb4837bfac0e9de92aae74\nCorvin K\xC3\xB6hneXcorvink@FreeBSD.orgX2023-05-17T15:39:37+02:00\nCorvin K\xC3\xB6hneXcorvink@FreeBSD.orgX2023-05-12T07:37:32+02:00\n\n1683869852\nbhyve: error out if fwcfg user file isn't read completely\nAt the moment, fwcfg reads the file once at startup and passes these\ndata to the guest. Therefore, we should always read the whole file.\nOtherwise we should error out.\n\nAdditionally, GCC12 complains that the comparison whether\nfwcfg_file->size is lower than 0 is always false due to the limited\nrange of data type.\n\nReviewed by:\t\tmarkj\nFixes:\t\t\tca14781c8170f3517ae79e198c0c880dbc3142dd (\"bhyve: add cmdline option for user defined fw_cfg items\")\nMFC after:\t\t1 week\nSponsored by:\t\tBeckhoff Automation GmbH & Co. KG\nDifferential Revision:\thttps://reviews.freebsd.org/D40076\n\n'\n'SEP>bdd47177528b5beacabb4837bfac0e9de92aae74Xbdd47177528bX37c1ef5ac0a2867a59cfbdd73f1970389a7fc8e8\nKristof ProvostXkp@FreeBSD.orgX2023-05-17T15:20:18+02:00\nKristof ProvostXkp@FreeBSD.orgX2023-05-11T18:10:33+02:00\n\n1683821433\npf: release rules lock before passing the packet to dummynet\nIn the Ethernet rules we held the PF_RULES lock while we called\nip_dn_io_ptr() (i.e. dummynet). That meant that we could end up back in\npf while still holding the PF_RULES lock.\nThat's not immediately fatal, because that lock is recursive, but still\nnot ideal.\n\nThere also appear to be scenarios where this can actually trigger\ndeadlocks.\n\nWe don't need to hold the PF_RULES lock, as long as we make a local copy\nof the data we need from the rule (in this case, the action and\nbridge_to target). It's safe to keep the struct ifnet pointer around,\nbecause we remain in NET_EPOCH.\n\nSee also:\thttps://redmine.pfsense.org/issues/14373\nMFC after:\t1 week\nReviewed by:\tmjg\nSponsored by:\tRubicon Communications, LLC (\"Netgate\")\nDifferential Revision:\thttps://reviews.freebsd.org/D40067\n\n'\n'SEP>37c1ef5ac0a2867a59cfbdd73f1970389a7fc8e8X37c1ef5ac0a2X71fde8e5070c4128e35acdb7f69a01460bce4638\nAndrew TurnerXandrew@FreeBSD.orgX2023-05-17T12:28:45+01:00\nAndrew TurnerXandrew@FreeBSD.orgX2023-05-17T12:00:12+01:00\n\n1684321212\nMove the arm64 sigcode to .rodata\nThe kernel doesn't execute this code, it's only ever copied to\nuserspace. Move it to .rodata as we don't need to modify it.\n\nSponsored by:\tArm Ltd\nDifferential Revision:\thttps://reviews.freebsd.org/D39399\n\n'\n'SEP>71fde8e5070c4128e35acdb7f69a01460bce4638X71fde8e5070cX2e57f7bf209281e176f16ca3c5716807479873f8\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-17T10:22:07+00:00\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-16T21:00:45+00:00\n\n1684270845\nLinuxKPI: add ns_to_timespec64()\nAdd ns_to_timespec64() which does not seem to require anything from\nus given timespec64 is aliases to timespec.\n\nSponsored by:\tThe FreeBSD Foundation\nMFC after:\t10 days\nReviewed by:\thselasky\nDifferential Revision: https://reviews.freebsd.org/D40123\n\n'\n'SEP>2e57f7bf209281e176f16ca3c5716807479873f8X2e57f7bf2092Xd0cdec7a20422bf48dfe9b2118a3d776e8202c57\nPiotr KubajXpkubaj@FreeBSD.orgX2023-05-17T12:16:22+02:00\nPiotr KubajXpkubaj@FreeBSD.orgX2023-05-17T12:16:22+02:00\n\n1684318582\nix(4): correct max MTU\nThe max MTU for the ix(4) is 9710.\n\nDifferential revision:\thttps://reviews.freebsd.org/D40003\nApproved by:\terj, bcr\n\n'\n'SEP>d0cdec7a20422bf48dfe9b2118a3d776e8202c57Xd0cdec7a2042Xb50e1465e88dcf5f6f008892d802df010e7029d1\nPiotr KubajXpkubaj@FreeBSD.orgX2023-05-17T12:14:02+02:00\nPiotr KubajXpkubaj@FreeBSD.orgX2023-05-17T12:14:02+02:00\n\n1684318442\nem: sync platform detection with Linux\nSwitch 16 and 23 adapters from tgp to adp.\n\nPR:\t270929\nDifferential revision:\thttps://reviews.freebsd.org/D39977\nApproved by:\terj, kbowling\n\n'\n'SEP>b50e1465e88dcf5f6f008892d802df010e7029d1Xb50e1465e88dX4c63ecf5c77cdd023282c2ab585d139aa0408d42\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-17T09:06:04+00:00\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-17T09:06:04+00:00\n\n1684314364\nrouting: plug mbuf leak for the packets hitting IPv6 blackhole route\nReported by:\tDmitriy Smirnov <fox@sage.su>\nTested by:\tDmitriy Smirnov <fox@sage.su>\nMFC after:\t1 day\n\n'\n'SEP>4c63ecf5c77cdd023282c2ab585d139aa0408d42X4c63ecf5c77cX848d5bb1abea7e1fb936a191f2500900624a0da4\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-17T08:40:29+00:00\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-17T08:24:05+00:00\n\n1684311845\nrouting: fix panic triggered by the 'gr_idx != 0' assert in nhg code\nNexthop groups can be referenced by the external code. The reference\n can be released after the VNET destruction. Furthermore, nexthop\n groups use a single per-rib lock, which is destroyed during the\n VNET desctruction. To eliminate use-after-free problem, each nhg\n is marked as \"unlinked\" during the VNET destruction stage, leaving\n nhg_idx intact. Normally there should not be such nexthops, but if\n there are any, the kernel will panic on 'gr_idx != 0' when the\n last nhg reference is released.\n\nAddress this by using the assert checks only when the nexthop group\n is destroyed during \"valid\" VNET lifetime.\n\nMFC after:\t3 days\n\n'\n'SEP>848d5bb1abea7e1fb936a191f2500900624a0da4X848d5bb1abeaX616a6c9f66cf2e08db0928fba0152dcc28cedd75\nKonstantin BelousovXkib@FreeBSD.orgX2023-05-17T06:31:07+03:00\nKonstantin BelousovXkib@FreeBSD.orgX2023-05-17T04:22:36+03:00\n\n1684286556\nnet/if_var.h: consistently use if_t over struct ifnet *\nReviewed by:\tjhibbits\nSponsored by:\tNVidia networking\nDifferential revision:\thttps://reviews.freebsd.org/D40125\n\n'\n'SEP>616a6c9f66cf2e08db0928fba0152dcc28cedd75X616a6c9f66cfXcdc231bd49498481801686913872c361dbc01f95\nKonstantin BelousovXkib@FreeBSD.orgX2023-05-17T06:30:59+03:00\nKonstantin BelousovXkib@FreeBSD.orgX2023-05-17T04:21:57+03:00\n\n1684286517\nnet/if.h: fix style of if_t definition\nReviewed by:\tjhibbits\nSponsored by:\tNVidia networking\nDifferential revision:\thttps://reviews.freebsd.org/D40125\n\n'\n'SEP>cdc231bd49498481801686913872c361dbc01f95Xcdc231bd4949X262c5e81937ff1682632f33e92c3e42bc92e5a77\nKristof ProvostXkp@FreeBSD.orgX2023-05-17T02:39:58+02:00\nKajetan StaszkiewiczXvegeta@tuxpowered.netX2023-05-15T21:43:06+02:00\n\n1684179786\npfsync: Remove deletion of states using the full pfsync_state struct\nState deletions are sent over pfsync using struct pfsync_del_c.\n\nRemove the code for receiving state deletions using struct pfsync_state\nas such deletions are never sent. Rename functions and constants so that\nonly the \"compressed\" versions remain.\n\nReviewed by:\tkp\nSponsored by:\tInnoGames GmbH\nDifferential Revision:\thttps://reviews.freebsd.org/D40004\n\n'\n'SEP>262c5e81937ff1682632f33e92c3e42bc92e5a77X262c5e81937fX972bf40b62f7de0a4c652e4577c551200dfe45a5\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-16T21:26:50+00:00\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-16T21:22:34+00:00\n\n1684272154\nLinuxKPI: skbuff.h: add skb_hwtstamps(), implement *mac_header()\nAdd a dummy skb_hwtstamps() function for now, and implement\nskb_mac_header(), skb_reset_mac_header(), and skb_set_mac_header().\n\nSponsored by:\tThe FreeBSD Foundation\nMFC after:\t10 days\n\n'\n'SEP>972bf40b62f7de0a4c652e4577c551200dfe45a5X972bf40b62f7X0282f87530b33ebba890794b07f75a2874357e3a\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-16T21:26:40+00:00\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-16T21:24:08+00:00\n\n1684272248\nLinuxKPI: add ptp_clock_kernel.h\nAdd the new ptp_clock_kernel.h with structs and dummy functions for\nkernel ptp support. This is needed for the next iwlwifi update.\n\nSponsored by:\tThe FreeBSD Foundation\nMFC after:\t10 days\n\n'\n'SEP>0282f87530b33ebba890794b07f75a2874357e3aX0282f87530b3X4c91a5dfe48349c9238eeea6a5b9c11daca4e70d\nDmitry ChaginXdchagin@FreeBSD.orgX2023-05-16T22:46:26+03:00\nDmitry ChaginXdchagin@FreeBSD.orgX2023-05-16T22:46:26+03:00\n\n1684266386\nktrace: Simplify ae6ac587, drop the sa var declaration\nSuggested by:\t\tkib\nMFC after:\t\t5 days\n\n'\n'SEP>4c91a5dfe48349c9238eeea6a5b9c11daca4e70dX4c91a5dfe483X10b94e406444d65af99d344f87d1de320b6cd87e\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-16T19:39:13+00:00\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-10T13:58:21+00:00\n\n1683727101\nifconfig: make interface and address listing use Netlink as transport\nDifferential Revision: https://reviews.freebsd.org/D40044\n\n'\n'SEP>10b94e406444d65af99d344f87d1de320b6cd87eX10b94e406444X7232e6dcc89b978825b30a537bca2e7d3a9b71bb\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-16T19:39:13+00:00\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-15T11:59:39+00:00\n\n1684151979\nnetlink: add support for adding/deleting interface addresses\nDifferential Revision: https://reviews.freebsd.org/D40103\nMFC after:\t2 weeks\n\n'\n'SEP>7232e6dcc89b978825b30a537bca2e7d3a9b71bbX7232e6dcc89bX584ad4126c76721b7f5da39d4ca4818ded7d64db\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-16T16:05:55+00:00\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-16T16:03:17+00:00\n\n1684252997\nnet80211: Radiotap: update for newer standards (add EHT, U-SIG)\niwlwifi already uses suggested EHT and U-SIG bits as well as some\nmore TLV bits. Update radiotap to know of those even if they might\nget updated again in the future in order to get newer versions of\nthe driver to compile.\n\nSponsored by:\tThe FreeBSD Foundation\nMFC after:\t10 days\n\n'\n'SEP>584ad4126c76721b7f5da39d4ca4818ded7d64dbX584ad4126c76X6e068d6bea4d8282704b4e157da3da584dc67a2d\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-16T15:00:45+00:00\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-16T15:00:45+00:00\n\n1684249245\ntesting: improve vnet support in pytest * Allow vnet object to be directly referenced (self.vnet1 vs self.vnet_map[\"vnet1\"]) * Allow iface object to be directly reference (vnet.bridge vs vnet.iface_alias_map[\"bridge\"]) * Allow arbitrary interface alias names insted of ifX * Add wait_objects_any() method for waiting object from multiple vnets * Add wait() method for indefinite sleep on vnet handlers\nMFC after:\t2 weeks\n\n'\n'SEP>6e068d6bea4d8282704b4e157da3da584dc67a2dX6e068d6bea4dXd047a4e486a44ca5ada29bf3461903867424c414\nBaptiste DaroussinXbapt@FreeBSD.orgX2023-05-16T13:57:49+02:00\nJose Luis DuranXjlduran@gmail.comX2023-05-16T11:17:16+00:00\n\n1684235836\npasswd.5: Update man page after e0155c6989049da43c5499f7129002aa17d1ca79\nMFC After:\t3 days\n\n'\n'SEP>d047a4e486a44ca5ada29bf3461903867424c414Xd047a4e486a4Xe0155c6989049da43c5499f7129002aa17d1ca79\nBaptiste DaroussinXbapt@FreeBSD.orgX2023-05-16T13:57:32+02:00\nJose Luis DuranXjlduran@gmail.comX2023-05-16T11:18:53+00:00\n\n1684235933\npasswd.5: Remove .Tn (Trade Name) macros\nTo appease mandoc -T lint, remove .Tn macros.\n\nMFC After:\t3 days\n\n'\n'SEP>e0155c6989049da43c5499f7129002aa17d1ca79Xe0155c698904X816129210ad4f951059db2d942b8213ffe0a0f89\nBaptiste DaroussinXbapt@FreeBSD.orgX2023-05-16T08:48:08+02:00\npbuffXpbuff@qq.comX2023-05-16T11:05:30+08:00\n\n1684206330\npw: The pw_checkname function has added ';' checking.\nThe pw_checkname function forgot to include a ';'\nwhen checking usernames, causing shell commands\nto be executed when a username with a ';' is deleted.\n\nPR:\t\t271427\nMFC After:\t3 days\n\n'\n'SEP>816129210ad4f951059db2d942b8213ffe0a0f89X816129210ad4X28f66935d400eb3fb52f4e64931c0cb3c9d24be4\nJessica ClarkeXjrtc27@FreeBSD.orgX2023-05-16T02:06:34+01:00\nJessica ClarkeXjrtc27@FreeBSD.orgX2023-05-16T02:06:34+01:00\n\n1684199194\ntests: Don't recurse into sys/compat32\nStubbing out the whole file means it has no targets, so recursive makes\nfail with \"don't know how to make X\". We could fix that, but because the\nlevel above is adding it to TESTS_SUBDIRS it'll generate an include line\nfor the subdirectory in its Kyuafile, which won't work (the problem that\nwas previously seen on non-aarch64 in CI). Thus we really need to not\neven add it to TESTS_SUBDIRS in the first place.\n\nReported by:\tDan Mack <mack@macktronics.com>\nFixes:\t\t28f66935d400 (\"tests: Disable sys/compat32 and sys/compat32/aarch64 tests\")\n\n'\n'SEP>28f66935d400eb3fb52f4e64931c0cb3c9d24be4X28f66935d400Xf409f11bc556e6da4c4cdb9f20a2ba3b0977fb32\nJessica ClarkeXjrtc27@FreeBSD.orgX2023-05-15T23:16:40+01:00\nJessica ClarkeXjrtc27@FreeBSD.orgX2023-05-15T23:16:40+01:00\n\n1684189000\ntests: Disable sys/compat32 and sys/compat32/aarch64 tests\nThe former has build system issues, with missing Kyuafiles, presumably\ndue to not using TESTS_SUBDIRS and bsd.test.mk (and possibly some issues\non top of that around TESTSDIR and related variables). The latter has\nissues with GCC and cut-down LLVM builds.\n\nRequested by:\tkevans\nFixes:\t\tccb59683b983 (\"arm64: add tests for swp/swpb emulation\")\n\n'\n'SEP>f409f11bc556e6da4c4cdb9f20a2ba3b0977fb32Xf409f11bc556X92a4e8b348143c2988179be15e73b221d56195ac\nAlexander MotinXmav@FreeBSD.orgX2023-05-15T16:48:50-04:00\nAlexander MotinXmav@FreeBSD.orgX2023-05-15T16:48:50-04:00\n\n1684183730\nnvmecontrol: Fix power subcommand output.\nThe returned value consists of two fields. Report them separately.\n\nMFC after:\t2 weeks\n\n'\n'SEP>92a4e8b348143c2988179be15e73b221d56195acX92a4e8b34814X0a6e34e950cd5889122a199c34519b67569be9cc\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-15T13:25:10-07:00\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-15T13:25:10-07:00\n\n1684182310\ndirdeps.mk allow for TARGET_SPEC_VARS.host\nWhile *most* projects need only DEP_MACHINE for host, there is always\nan exception. So we allow for TARGET_SPEC_VARS.host to be a subset of\nTARGET_SPEC_VARS. The default will *just work* for most projects.\n\nWe set DEP_TARGET_SPEC_VARS and hence DEP_TARGET_SPEC based on\nDEP_MACHINE. Allow for M_dep_qual_fixes.host to be different too and\ntake care to apply the right set.\n\n'\n'SEP>0a6e34e950cd5889122a199c34519b67569be9ccX0a6e34e950cdXb68588618b43720ca2950202491ddbd17599c260\nKirk McKusickXmckusick@FreeBSD.orgX2023-05-15T12:57:15-07:00\nKirk McKusickXmckusick@FreeBSD.orgX2023-05-15T12:56:27-07:00\n\n1684180587\nFix size differences between architectures of the UFS/FFS CGSIZE macro value.\nThe cylinder group header structure ended with `u_int8_t cg_space[1]'\nrepresenting the beginning of the inode bitmap array. Some architectures\nlike the i386 rounded this up to a 4-byte boundry while other\narchitectures like the amd64 rounded it up to an 8-byte boundry.\nThus sizeof(struct cg) was four bytes bigger on an amd64 machine\nthan on an i386 machine. If a filesystem created on an i386 machine\nwas moved to an amd64 machine, the size of the cylinder group\ncalculated by the CGSIZE macro would appear to grow by four bytes.\nFilesystems whose cylinder groups were exactly equal to the block\nsize on an i386 machine would appear to have a cylinder group that\nwas four bytes too big when moved to an amd64 machine. Note that\nalthough the structure appears to be too big, it in fact is fine.\nIt is just the calaculation of its size that is in error.\n\nThe fix is to remove the cg_space element from the cylinder-group\nstructure so that the calculated size of the structure is the same\nsize on all architectures.\n\nReported by: T\xC4\xB3l Coosemans\nTested by: T\xC4\xB3l Coosemans and Peter Holm\nMFC after: 1 week\nSponsored by: The FreeBSD Foundation\n\n'\n'SEP>b68588618b43720ca2950202491ddbd17599c260Xb68588618b43Xccb59683b98360afaf5b5bb641a68fea22c68d0b\nKyle EvansXkevans@FreeBSD.orgX2023-05-15T10:54:15-05:00\nKyle EvansXkevans@FreeBSD.orgX2023-05-15T10:54:15-05:00\n\n1684166055\narm64: simplify expression\n!a != !b -> a != b; this part was lifted from NetBSD, and I clearly did\nnot reconsider that these are bools (I'm guessing they were ints in an\nearlier iteration of the NetBSD implementation).\n\nwhile we're here, it should be easy to see that we've covered all of the\ncases but let's add in an __assert_unreachable() to make it easier on\nthe eyes.\n\nReported by:\tjrtc27\n\n'\n'SEP>ccb59683b98360afaf5b5bb641a68fea22c68d0bXccb59683b983X4b500174dd2d1e16dcb87c22364f724472c82edc\nKyle EvansXkevans@FreeBSD.orgX2023-05-15T10:42:16-05:00\nKyle EvansXkevans@FreeBSD.orgX2023-05-15T10:42:16-05:00\n\n1684165336\narm64: add tests for swp/swpb emulation\nOne test is suitable to be hooked up to the build, so I've done this\nhere. The other test lives in tools/regression because failure is a\nbit more subjective -- generally, one runs it for some unbounded amount\nof time and observe if it eventually exits because two threads acquired\nthe same mutex.\n\nReviewed by:\timp, mmel\nSponsored by: Stormshield\nSponsored by: Klara, Inc.\nDifferential Revision:\thttps://reviews.freebsd.org/D39668\n\n'\n'SEP>4b500174dd2d1e16dcb87c22364f724472c82edcX4b500174dd2dXd1cd0344f7b7d81beda04c3cb8cfee99351c3eb8\nKyle EvansXkevans@FreeBSD.orgX2023-05-15T10:42:10-05:00\nKyle EvansXkevans@FreeBSD.orgX2023-05-15T10:42:10-05:00\n\n1684165330\narm64: emulate swp/swpb instructions\nAdd another undefined instruction handler for compat32 and watch out for\nSWP/SWPB instructions.\n\nSWP/SWPB were deprecated in ARMv6 and declared obsolete in ARMv7, but\nthis implementation is motivated by some proprietary software that still\nuses SWP/SWPB. Because it's deprecated, emulation is pushed back behind\na sysctl that defaults to OFF in GENERIC so that it doesn't potentially\nadversely affect package builds; it's unknown whether software may test\nfor a functional swp/swpb instruction with the desire of using it later,\nso we err on the side of caution to ensure we don't end up with swp/swpb\nuse in freebsd/arm packages (which are built on aarch64).\n\nThe EMUL_SWP config option may be used to enable emulation by default in\nenvironments where emulation is desired and won't really be turned off.\n\nReviewed by:\tandrew, mmel (both earlier version)\nSponsored by: Stormshield\nSponsored by: Klara, Inc.\nDifferential Revision:\thttps://reviews.freebsd.org/D39667\n\n'\n'SEP>d1cd0344f7b7d81beda04c3cb8cfee99351c3eb8Xd1cd0344f7b7Xd91f8db5f1822c43cd256f19aae1d059e4b25a26\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-15T13:37:27+00:00\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-15T12:17:54+00:00\n\n1684153074\nifconfig: split printing functions into smaller per-type chunks.\nThis change is a prerequisite for netlink conversion.\nNo functional changes intended.\n\nReviewed by: kp\nDifferential Revision: https://reviews.freebsd.org/D40033\nMFC after: 2 weeks\n\n'\n'SEP>d91f8db5f1822c43cd256f19aae1d059e4b25a26Xd91f8db5f182X3f6bf6a033b156fe8a716cc0cc2278270504343c\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-15T11:47:07+00:00\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-15T11:47:07+00:00\n\n1684151227\ntesting: rename IfattrType to IfaAttrType for consistency\nAll other attribute classes are named as 'type'AttrType and 'type'\n int this case is ifa (interface address).\n\nMFC after:\t2 weeks\n\n'\n'SEP>3f6bf6a033b156fe8a716cc0cc2278270504343cX3f6bf6a033b1X97760572a0e4c287a67730df80e7a7b4cf735977\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-15T11:33:10+00:00\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-15T11:33:10+00:00\n\n1684150390\nnetlink: add an optional post-process hook to the message parsers.\nIt is primarily used for adding scopeid to the IPv6 link-local\n sockaddrs. Having proper sockaddrs after parsing minimises the\n possibility of human mistake when using the parsing.\n\nMFC after: 2 weeks\n\n'\n'SEP>97760572a0e4c287a67730df80e7a7b4cf735977X97760572a0e4Xf0ffe1ce0fba262b458399dcd4c5e8c84e024606\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-15T10:50:55+00:00\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-15T10:50:55+00:00\n\n1684147855\ntesting: add public method for requiring module presense in pytest\nMFC after:\t2 weeks\n\n'\n'SEP>f0ffe1ce0fba262b458399dcd4c5e8c84e024606Xf0ffe1ce0fbaXf3065e767def62d9b593dd7528c0eb121a7e1439\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-15T10:48:45+00:00\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-15T10:48:45+00:00\n\n1684147725\ntesting: add support for handling Netlink carp messages\nMFC after:\t2 weeks\n\n'\n'SEP>f3065e767def62d9b593dd7528c0eb121a7e1439Xf3065e767defX06db6a9dce81ceb696ee9c542637a4d80e0316a7\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-15T10:44:20+00:00\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-15T10:44:20+00:00\n\n1684147460\ntesting: add support for using custom interfaces in pytest framework.\nMFC after:\t2 weeks\n\n'\n'SEP>06db6a9dce81ceb696ee9c542637a4d80e0316a7X06db6a9dce81Xd2b4753f06dcabc090080b8c8c91bda00fc8dac3\nMariusz ZaborskiXoshogbo@FreeBSD.orgX2023-05-15T10:44:17+02:00\nMariusz ZaborskiXoshogbo@FreeBSD.orgX2023-05-15T10:44:17+02:00\n\n1684140257\ngeli: fix typo\nPR:\t\t271396\nReported by:\tTim Chase <freebsd@tim.thechases.com>\nMFC after:\t1 week\n\n'\n'SEP>d2b4753f06dcabc090080b8c8c91bda00fc8dac3Xd2b4753f06dcXd904b43ba3ffe2201f2c5aabcdc1af7709601d9a\nBaptiste DaroussinXbapt@FreeBSD.orgX2023-05-15T09:26:48+02:00\nMichael OsipovXmichael.osipov@siemens.comX2023-05-04T14:35:59+02:00\n\n1683203759\nperiodic: Use locale-agnostic (ISO 8601) timestamp format\nInstead of reyling on locale-sensitive output which can be mangled when e-mailed\nuse consistently ISO 8601 format which contains the same information as '-T'.\n\nPR:\t\t271240\nMFC After:\t3 days\n\n'\n'SEP>d904b43ba3ffe2201f2c5aabcdc1af7709601d9aXd904b43ba3ffXc7fdf87b0985de602827cfb2a8ccb3aebaf42318\nBaptiste DaroussinXbapt@FreeBSD.orgX2023-05-15T09:20:14+02:00\nPeter WrightXpete@nomadlogic.orgX2023-05-15T09:18:40+02:00\n\n1684135120\ndma: install a simple example for the auth.conf file\nPR:\t\t270088\nMFC After:\t3 days\n\n'\n'SEP>c7fdf87b0985de602827cfb2a8ccb3aebaf42318Xc7fdf87b0985Xef7d0eb9489f39169a1ae83c576fe74e40d126ad\nBaptiste DaroussinXbapt@FreeBSD.orgX2023-05-15T09:09:32+02:00\nBaptiste DaroussinXbapt@FreeBSD.orgX2023-05-15T09:09:29+02:00\n\n1684134569\npci_vendors: update to 2023-05-15\nMFC After: 3 days\n\n'\n'SEP>ef7d0eb9489f39169a1ae83c576fe74e40d126adXef7d0eb9489fXb3087b63da4f9d1ce75f40fa97c5c16dbb61580f\nBaptiste DaroussinXbapt@FreeBSD.orgX2023-05-15T08:59:08+02:00\nBaptiste DaroussinXbapt@FreeBSD.orgX2023-05-15T08:55:08+02:00\n\n1684133708\npw: do not call system()\nCalling system makes pw(8) spawn a shell, which can then be abused.\n\nMFC After:\t3 days\n\n'\n'SEP>b3087b63da4f9d1ce75f40fa97c5c16dbb61580fXb3087b63da4fX1206aa278642ec72e974f3d1dfa8f7b374281b83\nWolfram SchneiderXwosch@FreeBSD.orgX2023-05-15T06:34:20+00:00\nWolfram SchneiderXwosch@FreeBSD.orgX2023-05-15T06:34:20+00:00\n\n1684132460\nremove stale portsinfo script\n\n'\n'SEP>1206aa278642ec72e974f3d1dfa8f7b374281b83X1206aa278642X27783115a91ca0348df255514d7370e68a3d83df\nWolfram SchneiderXwosch@FreeBSD.orgX2023-05-15T06:30:34+00:00\nWolfram SchneiderXwosch@FreeBSD.orgX2023-05-15T06:30:34+00:00\n\n1684132234\nremove stale handbook scripts\n\n'\n'SEP>27783115a91ca0348df255514d7370e68a3d83dfX27783115a91cX1cf4473fa36dd9252f2258e86adf85eb94694b9c\nWolfram SchneiderXwosch@FreeBSD.orgX2023-05-15T06:29:39+00:00\nWolfram SchneiderXwosch@FreeBSD.orgX2023-05-15T06:29:39+00:00\n\n1684132179\nremove stale message-id scripts\n\n'\n'SEP>1cf4473fa36dd9252f2258e86adf85eb94694b9cX1cf4473fa36dXd957343f8713a312442a0140b7a7752ed7b2d870\nWolfram SchneiderXwosch@FreeBSD.orgX2023-05-15T06:22:41+00:00\nWolfram SchneiderXwosch@FreeBSD.orgX2023-05-15T06:22:41+00:00\n\n1684131761\nremove stale script epfe.pl\ntools/tools/epfe/epfe.pl was a perl script that formerly generated some\nprinting example files from content in a very old version of the handbook.\n\nReported by:\twblock\n\n'\n'SEP>d957343f8713a312442a0140b7a7752ed7b2d870Xd957343f8713X5f19e18b641add5632e1bf19cce27b5d46e1e55a\nDmitry ChaginXdchagin@FreeBSD.orgX2023-05-15T00:27:31+03:00\nDmitry ChaginXdchagin@FreeBSD.orgX2023-05-15T00:27:31+03:00\n\n1684099651\nlinux(4): Rework signal trampoline on Aarch64\nTo avoid clobbering of any registers by the trampoline code use Linux\nway to call signal handlers. I.e., we are out from the kernel right into\nthe signal handler, put return address from the signal handler into the\nlink register.\nThe mysterious NOP is required for some unwinders (e.g. libc++) that\nunconditionally subtract one from the result of _Unwind_GetIP() in order\nto identify the calling function.\n\nMFC after:\t\t1 week\n\n'\n'SEP>5f19e18b641add5632e1bf19cce27b5d46e1e55aX5f19e18b641aX2cdeb89e57008e9299c1665783359141868f387e\nDmitry ChaginXdchagin@FreeBSD.orgX2023-05-15T00:26:24+03:00\nDmitry ChaginXdchagin@FreeBSD.orgX2023-05-15T00:26:24+03:00\n\n1684099584\nlinux(4): Get rid of linux_vdso_sigcode\nMFC after:\t\t1 week\n\n'\n'SEP>2cdeb89e57008e9299c1665783359141868f387eX2cdeb89e5700Xbf3a14b41a7bfe8357a4672a8f901cfc887f3862\nDmitry ChaginXdchagin@FreeBSD.orgX2023-05-15T00:25:57+03:00\nDmitry ChaginXdchagin@FreeBSD.orgX2023-05-15T00:25:57+03:00\n\n1684099557\nlinux(4): Fix stack unwinding on arm64 [2/2]\nTo allow unwinders to go througth a previous to sigreturn frame we should\nproperly emulate the trampoline frame record which should points to the\nprevious frame and set the trampoline frame pointer to the emulated frame\nbefore calling signal handler.\n\nMFC after:\t\t1 week\n\n'\n'SEP>bf3a14b41a7bfe8357a4672a8f901cfc887f3862Xbf3a14b41a7bXae6ac58745b58c0a3424b3714be1205821d93c51\nDmitry ChaginXdchagin@FreeBSD.orgX2023-05-15T00:24:57+03:00\nDmitry ChaginXdchagin@FreeBSD.orgX2023-05-15T00:24:57+03:00\n\n1684099497\nlinux(4): Fix stack unwinding on arm64 [1/2]\nAn Aarch64 sigreturn trampoline frame can't currently be described in\na DWARF .eh_frame section, because Aarch64 does not define a register\nnumber for PC and provide no direct way to encode PC of the previous\nframe. Instead, unwinders (libgcc, gdb, libunwind) detect the sigreturn\nframe by looking for the sigreturn instruction. If a sigreturn frame is\ndetected, unwinders restores all the gprs, SP and PC by assuming that\nsp points to an rt_sigframe Linux kernel struct\nWhen entering the kernel, the link register (lr) contains the return\naddress of the previous frame, the exception link register (elr) contains\nthe address of the next instruction after the one which generated the\nexception, i.e., PC.\n\nMFC after:\t\t1 week\n\n'\n'SEP>ae6ac58745b58c0a3424b3714be1205821d93c51Xae6ac58745b5X7d86c8b8eaf5a2cede0d7343202c87edc4540e9a\nDmitry ChaginXdchagin@FreeBSD.orgX2023-05-15T00:23:50+03:00\nDmitry ChaginXdchagin@FreeBSD.orgX2023-05-15T00:23:50+03:00\n\n1684099430\nktrace: Fix syscall number on a child return path from fork\nReviewed by:\t\tkib\nDifferential Revision:\thttps://reviews.freebsd.org/D40078\nMFC after\t\t1 week\n\n'\n'SEP>7d86c8b8eaf5a2cede0d7343202c87edc4540e9aX7d86c8b8eaf5Xb46d461d59b78ee189f195e18b82dd31654eefb3\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-14T09:50:03-07:00\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-14T09:50:03-07:00\n\n1684083003\nsys.dirdeps.mk we do want to override OBJTOP\nAdd more comments to explain what and why.\nEnsure OBJROOT ends in / or - (/ preferred).\nExport OBJTOP if level > 0\nthis avoids the issue with bmake/unit-tests.\n\nCheck if we have to override MAKEOBJDIR\nand if so, put it into env correctly.\n\n'\n'SEP>b46d461d59b78ee189f195e18b82dd31654eefb3Xb46d461d59b7Xddea995ddc08eb7988867989db0a9afe0ae1cd52\nEd MasteXemaste@FreeBSD.orgX2023-05-14T10:17:59-04:00\nEd MasteXemaste@FreeBSD.orgX2023-05-14T10:17:59-04:00\n\n1684073879\nsrc.conf.5: regen\nFixes: df9974197e46 (\"Add description of WITH_META_ERROR_TARGET\")\nFixes: 2b519b170709 (\"Update description of WITH_DIRDEPS_BUILD\")\nFixes: 722cfce5f494 (\"Fix typo and use .Fx in WITH_DIRDEPS_BUILD\")\nSponsored by: The FreeBSD Foundation\n\n'\n'SEP>ddea995ddc08eb7988867989db0a9afe0ae1cd52Xddea995ddc08X3aa0cc47eeb05a8d0e8bc2a29211e3ee6ad2324c\nWarner LoshXimp@FreeBSD.orgX2023-05-14T07:05:42-06:00\nGraham PerrinXgrahamperrin@gmail.comX2023-05-14T07:05:05-06:00\n\n1684069505\nUpdate UPDATING\nReviewed by: imp\nPull Request: https://github.com/freebsd/freebsd-src/pull/712\n\n'\n'SEP>3aa0cc47eeb05a8d0e8bc2a29211e3ee6ad2324cX3aa0cc47eeb0Xd489b2a39d5138c23c69b860425bad40c5cd1e1b\nWarner LoshXimp@FreeBSD.orgX2023-05-14T06:51:56-06:00\nGraham PerrinXgrahamperrin@gmail.comX2023-05-14T06:49:00-06:00\n\n1684068540\nCONTRIBUTING.md: minor changes\nFix a singular/plural mistake, spelling error, a markup error, and a\nhandful of other minor changes.\n\nReviewed by: imp\nPull Request: https://github.com/freebsd/freebsd-src/pull/742\n\n'\n'SEP>d489b2a39d5138c23c69b860425bad40c5cd1e1bXd489b2a39d51X41d638f203caca728d9ba126241b3772155b7a8d\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-13T14:06:20-07:00\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-13T14:06:20-07:00\n\n1684011980\nlocal.dirdeps.mk no qual for PSEUDO_MACHINE_LIST\ndirdeps.mk takes care of \"host\"\nbut we still need to deal with other PSEUDO_MACHINE_LIST members\n\n'\n'SEP>41d638f203caca728d9ba126241b3772155b7a8dX41d638f203caX43489c142e5686ef92b632afa847f4aa4ce8a526\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-13T14:05:56-07:00\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-13T14:05:19-07:00\n\n1684011919\nUpdate dirdeps.mk\nEnsure host build_dirs are not qualified.\n\n'\n'SEP>43489c142e5686ef92b632afa847f4aa4ce8a526X43489c142e56X411942a70eb686dc46b971d2553698b7d89eaa76\nPiotr Pawel StefaniakXpstef@FreeBSD.orgX2023-05-13T21:57:27+02:00\nPiotr Pawel StefaniakXpstef@FreeBSD.orgX2023-04-29T22:42:15+02:00\n\n1682800935\nsh: improve style\n\n'\n'SEP>411942a70eb686dc46b971d2553698b7d89eaa76X411942a70eb6X477f6e3c963b472cf513ab8101ac05354301fcf8\nPiotr Pawel StefaniakXpstef@FreeBSD.orgX2023-05-13T21:31:49+02:00\nPiotr Pawel StefaniakXpstef@FreeBSD.orgX2023-05-13T21:30:28+02:00\n\n1684006228\nGENERIC: remove a stray space character\n\n'\n'SEP>477f6e3c963b472cf513ab8101ac05354301fcf8X477f6e3c963bXe0e24ae5d658a7dc059b252df79ef5ad24c8ff17\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-13T10:46:24-07:00\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-13T10:46:24-07:00\n\n1683999984\nsys.dirdeps.mk use ?= for OBJTOP\nThis broke bmake's after-import step.\n\n'\n'SEP>e0e24ae5d658a7dc059b252df79ef5ad24c8ff17Xe0e24ae5d658Xc1d01b5fd6811491ee6c05cf6982fd65343122c8\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-13T10:12:08-07:00\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-13T10:12:08-07:00\n\n1683997928\nbmake forloop test was removed\n\n'\n'SEP>c1d01b5fd6811491ee6c05cf6982fd65343122c8Xc1d01b5fd681Xda1ef2d6193036518d483a608f4b6ac753b78b96 945078deae448e0a13c34b3393d836087719fb16\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-13T10:05:48-07:00\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-13T10:05:48-07:00\n\n1683997548\nMerge bmake-20230510\nMerge commit '945078deae448e0a13c34b3393d836087719fb16'\n\n'\n'SEP>945078deae448e0a13c34b3393d836087719fb16X945078deae44X51d8a8b4ac1dd7265e891149e470a803906de2a7\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-13T10:03:50-07:00\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-13T10:03:50-07:00\n\n1683997430\nImport bmake-20230510\nRelevant/interesting changes:\n\n\to parse.c: don't print null filename in stack traces\n\to for.c: skip syntactically wrong .for loops\n\to var.c: allow for :gmtime=${mtime}\n\tadd :mtime[=timestamp] where timestamp is used if stat(2)\n\tfails, if :mtime=error stat(2) failure causes error.\n\to make.1: fix documentation of .PREFIX to match reality and POSIX\n\to unit-tests: improved var-scope-local\n\n'\n'SEP>da1ef2d6193036518d483a608f4b6ac753b78b96Xda1ef2d61930Xf2b3bf5c4d4a391648e5b2740e81bccb85752ae5\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-13T08:15:49-07:00\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-13T08:15:49-07:00\n\n1683990949\nMove MACHINE/MACHINE_ARCH handling to sys.machine.mk\nRather than define the TARGETS and TARGET_ARCHES in src/Makefile\nput them in sys.machine.mk so they can also be leveraged by\nnon-top-level builds.\n\nWe have TARGET_MACHINE_LIST as the list of MACHINES we build for.\n\nFor each MACHINE we have a MACHINE_ARCH_LIST_${MACHINE}\nand the first entry of each list is used as default for\nMACHINE_ARCH_${MACHINE}\n\nWe can now remove a bunch of MACHINE_ARCH.* handling from\nlocal.sys.dirdeps*mk\n\nReviewed by:\timp\nSponsored by:\tJuniper Networks, Inc.\nDifferential Revision:\thttps://reviews.freebsd.org/D40083\n\n'\n'SEP>f2b3bf5c4d4a391648e5b2740e81bccb85752ae5Xf2b3bf5c4d4aX46f35bf28d0af08ff799167f77967a3d07564f75\nToomas SoomeXtsoome@FreeBSD.orgX2023-05-13T15:16:10+03:00\nToomas SoomeXtsoome@FreeBSD.orgX2023-05-12T18:41:14+03:00\n\n1683906074\nlibefi: add efi_devpath_next_instance()\nUEFI device path may be path to one device, or concatenated list of instances\nto different devices (textually represented as comma separated list).\n\nProvide generic function to get next instance from device path.\nReturns next instance or end node.\n\nThe use case is like:\n\nEFI_DEVICE_PATH *node = (EFI_DEVICE_PATH *)buf;\nwhile (!IsDevicePathEnd(node)) {\n\tprocess(node);\n\tnode = efi_devpath_next_instance(node);\n}\n\nWhere buf is pointing to either single device path or\nconcatenated list of device paths (such as from ConIn or ConOut).\n\nReviewers: imp\nDifferential Revision: https://reviews.freebsd.org/D40081\n\n'\n'SEP>46f35bf28d0af08ff799167f77967a3d07564f75X46f35bf28d0aXd1c8420702b7ad118ca909e9f7f39af8a6358e73\nEnji CooperXngie@FreeBSD.orgX2023-05-12T19:50:00-07:00\nEnji CooperXngie@FreeBSD.orgX2023-05-10T22:47:09-07:00\n\n1683784029\nrc.subr(8): delete debug cpuset helper\nSummary:\nThe intention of the original author (I assume) was to add this logic\nfor testing. This removes the debug statement so it no longer shows up\nin calls to `status`.\n\nMFC after:\t2 weeks\nMFC with:\t0661f9389\n\nReviewers: kevans\n\nSubscribers: imp\n\nDifferential Revision: https://reviews.freebsd.org/D40055\n\n'\n'SEP>d1c8420702b7ad118ca909e9f7f39af8a6358e73Xd1c8420702b7Xb333cd44de6db4d3182add2f80870c7a96d570d9\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-12T17:40:37-07:00\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-12T17:40:37-07:00\n\n1683938437\nMove more DIRDEPS_BUILD settings\nlocal.meta.sys.env.mk should now concern itself only with\nMETA_MODE.\n\nMove any DIRDEPS_BUILD settings to local.sys.dirdeps.env.mk\n\n'\n'SEP>b333cd44de6db4d3182add2f80870c7a96d570d9Xb333cd44de6dX48267a0a92633a6248d3bf62f5d31aea593c685d ca6c9caa17b31bc7ee00b78c93df425131320fd1\nXin LIXdelphij@FreeBSD.orgX2023-05-12T15:49:34-07:00\nXin LIXdelphij@FreeBSD.orgX2023-05-12T15:49:34-07:00\n\n1683931774\nMFV: xz 5.4.3.\nRelnotes:\tyes\nMFC-after:\t2 weeks\n\n'\n'SEP>ca6c9caa17b31bc7ee00b78c93df425131320fd1Xca6c9caa17b3X88417d17c2970465bece68bcd525713706ad291c\nXin LIXdelphij@FreeBSD.orgX2023-05-11T23:31:50-07:00\nXin LIXdelphij@FreeBSD.orgX2023-05-11T23:31:50-07:00\n\n1683873110\nVendor import of xz 5.4.3 (trimmed)\n\n'\n'SEP>48267a0a92633a6248d3bf62f5d31aea593c685dX48267a0a9263X722cfce5f4943d0d3853d1438f886ba8ffe867b0\nEd MasteXemaste@FreeBSD.orgX2023-05-12T13:24:48-04:00\nEd MasteXemaste@FreeBSD.orgX2023-05-09T09:19:42-04:00\n\n1683638382\nloader: restore userboot help file\nCommit e32fecd0c2c3 intended to skip installing all but one copy of\neach loader variant's help file, but accidentally skipped all copies for\nthe userboot help file. (Other loaders install help files via the _simp\nvariant, but there is is no userboot_simp.)\n\nPR:\t\t271178\nFixes:\t\te32fecd0c2c3 (\"loader: install help files only once\")\nSponsored by:\tThe FreeBSD Foundation\n\n'\n'SEP>722cfce5f4943d0d3853d1438f886ba8ffe867b0X722cfce5f494Xeb8f887758f31f605829c995ce71a627dec0838a\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-12T09:49:21-07:00\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-12T09:49:03-07:00\n\n1683910143\nFix typo and use .Fx in WITH_DIRDEPS_BUILD\n\n'\n'SEP>eb8f887758f31f605829c995ce71a627dec0838aXeb8f887758f3Xecfb43cb419808a5e2f802f780cba66a49f473b7\nWarner LoshXimp@FreeBSD.orgX2023-05-12T10:44:04-06:00\nWarner LoshXimp@FreeBSD.orgX2023-05-10T09:40:58-06:00\n\n1683733258\nspdx: The BSD-3-Clause-FreeBSD identifier never was, drop -FreeBSD\nThere never was a BSD-3-Clause-FreeBSD SPDX identifier. Replace it\nwith BSD-3-Clause.\n\nDiscussed with:\t\tpfg\nMFC After:\t\t3 days\nSponsored by:\t\tNetflix\n\n'\n'SEP>ecfb43cb419808a5e2f802f780cba66a49f473b7Xecfb43cb4198Xeebd9d53665e1b691ffada910b940b37b6f62cc4\nWarner LoshXimp@FreeBSD.orgX2023-05-12T10:44:04-06:00\nWarner LoshXimp@FreeBSD.orgX2023-05-11T10:03:59-06:00\n\n1683821039\nSPDX: It's spelled 'SPDX-License-Identifier'\nSponsored by:\t\tNetflix\n\n'\n'SEP>eebd9d53665e1b691ffada910b940b37b6f62cc4Xeebd9d53665eXb61a573019428cbdc38ed03be9ecd2482011ea66\nWarner LoshXimp@FreeBSD.orgX2023-05-12T10:44:04-06:00\nWarner LoshXimp@FreeBSD.orgX2023-05-10T09:40:58-06:00\n\n1683733258\nspdx: Simplify BSD-2-Clause AND BSD-2-Clause\nAfter removing the -FreeBSD and -NetBSD, we're left with a nuber of\nBSD-2-Clause AND BSD-2-Clause, so tidy that up.\n\nDiscussed with:\t\tpfg\nMFC After:\t\t3 days\nSponsored by:\t\tNetflix\n\n'\n'SEP>b61a573019428cbdc38ed03be9ecd2482011ea66Xb61a57301942Xc87658aa7d1fe09d3839b9ad1d6a9c0fef5afd94\nWarner LoshXimp@FreeBSD.orgX2023-05-12T10:44:04-06:00\nWarner LoshXimp@FreeBSD.orgX2023-05-10T09:40:58-06:00\n\n1683733258\nspdx: The BSD-2-Clause-NetBSD identifier is obsolete, drop -NetBSD\nThe SPDX folks have obsoleted the BSD-2-Clause-NetBSD identifier. Catch\nup to that fact and revert to their recommended match of BSD-2-Clause.\n\nDiscussed with:\t\tpfg\nMFC After:\t\t3 days\nSponsored by:\t\tNetflix\n\n'\n'SEP>c87658aa7d1fe09d3839b9ad1d6a9c0fef5afd94Xc87658aa7d1fX4d846d260e2b9a3d4d0a701462568268cbfe7a5b\nWarner LoshXimp@FreeBSD.orgX2023-05-12T10:44:03-06:00\nWarner LoshXimp@FreeBSD.orgX2023-05-10T16:42:54-06:00\n\n1683758574\nspdx: Remove duplicate lines\nRemove duplicated SPDX lines.\n\nSponsored by:\t\tNetflix\n\n'\n'SEP>4d846d260e2b9a3d4d0a701462568268cbfe7a5bX4d846d260e2bX2b519b170709b9c2bb9f66641737d1d80a5d2538\nWarner LoshXimp@FreeBSD.orgX2023-05-12T10:44:03-06:00\nWarner LoshXimp@FreeBSD.orgX2023-05-10T09:40:58-06:00\n\n1683733258\nspdx: The BSD-2-Clause-FreeBSD identifier is obsolete, drop -FreeBSD\nThe SPDX folks have obsoleted the BSD-2-Clause-FreeBSD identifier. Catch\nup to that fact and revert to their recommended match of BSD-2-Clause.\n\nDiscussed with:\t\tpfg\nMFC After:\t\t3 days\nSponsored by:\t\tNetflix\n\n'\n'SEP>2b519b170709b9c2bb9f66641737d1d80a5d2538X2b519b170709Xdf9974197e466b58d65b373fce1fecfcadbb99c2\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-12T09:42:21-07:00\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-12T09:42:21-07:00\n\n1683909741\nUpdate description of WITH_DIRDEPS_BUILD\n\n'\n'SEP>df9974197e466b58d65b373fce1fecfcadbb99c2Xdf9974197e46X74674fef3c123d2bcb054f8723ed1bd781972c79\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-12T09:21:30-07:00\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-12T09:21:30-07:00\n\n1683908490\nAdd description of WITH_META_ERROR_TARGET\n\n'\n'SEP>74674fef3c123d2bcb054f8723ed1bd781972c79X74674fef3c12Xd1fdf357ae72e9e43e2e897aaf6dedb434b3d5fc\nEd MasteXemaste@FreeBSD.orgX2023-05-12T11:04:00-04:00\nEd MasteXemaste@FreeBSD.orgX2023-05-12T10:39:42-04:00\n\n1683902382\nkern.opts.mk: rationalize i386 EFI default with src.opts.mk\nPR: 269994\nFixes: ad9d10a859a (\"efi: mark as broken on i386\")\nSponsored by: The FreeBSD Foundation\n\n'\n'SEP>d1fdf357ae72e9e43e2e897aaf6dedb434b3d5fcXd1fdf357ae72Xfa554de7746d88959738e4cb978608af8ce479c1\nEd MasteXemaste@FreeBSD.orgX2023-05-12T10:55:08-04:00\nEd MasteXemaste@FreeBSD.orgX2023-05-12T10:53:11-04:00\n\n1683903191\nsrc.conf.5: regen\nFixes: ad9d10a859ac (\"efi: mark as broken on i386\")\nFixes: bee3d4bf8ed5 (\"Move DIRDEPS_BUILD settings to sys.dirdeps.mk\")\nSponsored by: The FreeBSD Foundation\n\n'\n'SEP>fa554de7746d88959738e4cb978608af8ce479c1Xfa554de7746dXdd4f32ae62426a10a84b4322756d82c06c202c4e\nKristof ProvostXkp@FreeBSD.orgX2023-05-12T14:32:57+02:00\nKristof ProvostXkp@FreeBSD.orgX2023-05-11T15:08:42+02:00\n\n1683810522\nnetlink: reduce default log levels\nReduce the default log level for netlink to LOG_INFO. This removes a\nnumber of messages such as\n\n> [nl_iface] dump_sa: unsupported family: 0, skipping\nor\n> [nl_iface] get_operstate_ether: error calling SIOCGIFMEDIA on vlan0: 22\n\nthat are useful for debugging, but not for most users.\n\nReviewed by:\tmelifaro\nSponsored by:\tRubicon Communications, LLC (\"Netgate\")\nDifferential Revision:\thttps://reviews.freebsd.org/D40062\n\n'\n'SEP>dd4f32ae62426a10a84b4322756d82c06c202c4eXdd4f32ae6242Xd544b53cb0b6bc25f2ba078bd9c07e611095bf29\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-12T11:21:16+00:00\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-11T22:23:00+00:00\n\n1683843780\nath11k: import ath11k driver\nImport BSD-3-Clause-Clear ath11k driver assumed to be\nbased on Linux kvalo/ath.git master at\n6bae9de622d3ef4805aba40e763eb4b0975c4f6d.\n\nComplement the driver to make compile on FreeBSD\nusing LinuxKPI with changes covered by #ifdef (__FreeBSD__).\nFurther select updates were applied since the initial import\nin order to keep compiling along with other LinuxKPI based\ndrivers.\n\nAdd the module build framework but keep disconnected from the\nbuild for now.\nThe current driver (or rather LinuxKPI) lacks support for some\n\"qcom\" bits needed in order to get things working.\nThere was interest by various people to enhance support further.\n\nWe initially only plan to support PCI parts but it would be great\nto further enhance qcom SoC support to run on several (cheap) APs.\n\nThe firmware is provided by port net/wifi-firmware-ath11k-kmod.\n\nGiven the lack of full license texts on most files this is\nimported under the draft policy for handling SPDX files (D29226)\nand with approval for BSD-3-Clause-Clear. [1]\n\nApproved by: core (jhb, 2023-05-11) [1]\nMFC after: 2 months\n\n'\n'SEP>d544b53cb0b6bc25f2ba078bd9c07e611095bf29Xd544b53cb0b6X721b44ba5f3fb711af5797eae6345295721e13dd\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-12T11:21:10+00:00\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-11T22:19:57+00:00\n\n1683843597\nLinuxKPI: add dummy hash.h and kernel_connect()\nAdd crypto/hash.h and a dummy kernel_connect() needed to compile\nthe ath11k wireless driver. While I hope we will not actually need\nthe hash.h fallbacks, kernel_connect() we will have to deal with once\nwe sort out more QMI bits.\n\nMFC after:\t10 days\n\n'\n'SEP>721b44ba5f3fb711af5797eae6345295721e13ddX721b44ba5f3fXe639e0d27cc863ba1b8de20e861e6b5d9b922a8e\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-12T11:14:54+00:00\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-12T11:14:54+00:00\n\n1683890094\namd64: pmap.h put a guard around a pcpu.h function\npmap_get_pcid() calls zpcpu_get() which is defined in pcpu.h.\nIt is unclear why we do not include that header but like right\nabove the change add another guard around pmap_get_pcid().\nThis allows some LinuxKPI headers to compile again.\n\nSuggested by:\tmarkj\nMFC after:\t10 days\n\n'\n'SEP>e639e0d27cc863ba1b8de20e861e6b5d9b922a8eXe639e0d27cc8X92c23f6d9c2074f6deb0029d13a8c92b32797059 e6107668385044718b0a73330ed6423650806473\nMartin MatuskaXmm@FreeBSD.orgX2023-05-12T13:13:33+02:00\nMartin MatuskaXmm@FreeBSD.orgX2023-05-12T13:12:59+02:00\n\n1683889979\nzfs: merge openzfs/zfs@e61076683\nNotable upstream pull request merges:\n #14744 Optimize check_filesystem() and process_error_log()\n #14773 Allow zhack label repair to restore detached devices\n #14794 zpool import -m also removing spare and cache when log device\n is missing\n #14805 Simplify and optimize random_int_between()\n #14813 Enable the head_errlog feature to remove errors\n #14816 Fix two abd_gang_add_gang() issues\n #14817 Verify block pointers before writing them out\n #14819 Add dmu_tx_hold_append() interface\n #14823 Remove single parent assertion from zio_nowait()\n #14824 Plug memory leak in zfsdev_state\n #14825 Block cloning dbuf fixes\n #14828 Remove duplicate code in l2arc_evict()\n #14837 Fixes in head_errlog feature with encryption\n #14839 Prevent panic during concurrent snapshot rollback and zvol read\n #14853 zil: Don't expect zio_shrink() to succeed\n\nObtained from:\tOpenZFS\nOpenZFS commit:\te6107668385044718b0a73330ed6423650806473\n\n'\n'SEP>e6107668385044718b0a73330ed6423650806473Xe61076683850Xfbbe5e96eff9afadf9def323a246d4dd876eb0bd\nBrian BehlendorfXbehlendorf1@llnl.govX2023-05-11T16:07:15-07:00\nPawel Jakub DawidekXpawel@dawidek.netX2023-05-09T22:32:30-07:00\n\n1683696750\nMake sure we are not trying to clone a spill block.\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\nSigned-off-by: Pawel Jakub Dawidek <pawel@dawidek.net>\nCloses #14825\n\n'\n'SEP>fbbe5e96eff9afadf9def323a246d4dd876eb0bdXfbbe5e96eff9X9879930f7a42350a7f5cc0a0edc611c77ae1281e\nBrian BehlendorfXbehlendorf1@llnl.govX2023-05-11T16:07:11-07:00\nPawel Jakub DawidekXpawel@dawidek.netX2023-05-04T16:14:19-07:00\n\n1683242059\nCorrect comment.\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\nSigned-off-by: Pawel Jakub Dawidek <pawel@dawidek.net>\nCloses #14825\n\n'\n'SEP>9879930f7a42350a7f5cc0a0edc611c77ae1281eX9879930f7a42Xb6d7370b9de5ebc7aae8ada702c3d05b81d28d77\nBrian BehlendorfXbehlendorf1@llnl.govX2023-05-11T16:07:07-07:00\nPawel Jakub DawidekXpawel@dawidek.netX2023-05-03T23:25:22-07:00\n\n1683181522\nRemove badly placed comment.\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\nSigned-off-by: Pawel Jakub Dawidek <pawel@dawidek.net>\nCloses #14825\n\n'\n'SEP>b6d7370b9de5ebc7aae8ada702c3d05b81d28d77Xb6d7370b9de5Xd0d91f185efd9149d8faceb89a9a0e5e54093fc8\nBrian BehlendorfXbehlendorf1@llnl.govX2023-05-11T16:07:02-07:00\nPawel Jakub DawidekXpawel@dawidek.netX2023-05-03T00:24:47-07:00\n\n1683098687\nDon't call zfs_exit_two() before zfs_enter_two().\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\nSigned-off-by: Pawel Jakub Dawidek <pawel@dawidek.net>\nCloses #14825\n\n'\n'SEP>d0d91f185efd9149d8faceb89a9a0e5e54093fc8Xd0d91f185efdXbd8c6bd66f9dde7534ae2f52237a1b208721cbf7\nBrian BehlendorfXbehlendorf1@llnl.govX2023-05-11T16:06:57-07:00\nPawel Jakub DawidekXpawel@dawidek.netX2023-05-02T15:46:14-07:00\n\n1683067574\nDon't use dmu_buf_is_dirty() for unassigned transaction.\nThe dmu_buf_is_dirty() call doesn't make sense here for two reasons:\n1. txg is 0 for unassigned tx, so it was a no-op.\n2. It is equivalent of checking if we have dirty records and we are doing\n this few lines earlier.\n\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\nSigned-off-by: Pawel Jakub Dawidek <pawel@dawidek.net>\nCloses #14825\n\n'\n'SEP>bd8c6bd66f9dde7534ae2f52237a1b208721cbf7Xbd8c6bd66f9dX555ef90c5c1db5dcd1b47c02134c85b5a03dc6bc\nBrian BehlendorfXbehlendorf1@llnl.govX2023-05-11T16:06:52-07:00\nPawel Jakub DawidekXpawel@dawidek.netX2023-05-02T14:24:43-07:00\n\n1683062683\nDeny block cloning is dbuf size doesn't match BP size.\nI don't know an easy way to shrink down dbuf size, so just deny block cloning\ninto dbufs that don't match our BP's size.\n\nThis fixes the following situation:\n1. Create a small file, eg. 1kB of random bytes. Its dbuf will be 1kB.\n2. Create a larger file, eg. 2kB of random bytes. Its dbuf will be 2kB.\n3. Truncate the large file to 0. Its dbuf will remain 2kB.\n4. Clone the small file into the large file. Small file's BP lsize is\n 1kB, but the large file's dbuf is 2kB.\n\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\nSigned-off-by: Pawel Jakub Dawidek <pawel@dawidek.net>\nCloses #14825\n\n'\n'SEP>555ef90c5c1db5dcd1b47c02134c85b5a03dc6bcX555ef90c5c1dX469019fb0b2b7ca4bd6c3de5c2f1056a4446f0e3\nBrian BehlendorfXbehlendorf1@llnl.govX2023-05-11T16:06:36-07:00\nPawel Jakub DawidekXpawel@dawidek.netX2023-04-30T02:47:09-07:00\n\n1682848029\nAdditional block cloning fixes.\nReimplement some of the block cloning vs dbuf logic, mostly to fix\nsituation where we clone a block and in the same transaction group\nwe want to partially overwrite the clone.\n\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\nSigned-off-by: Pawel Jakub Dawidek <pawel@dawidek.net>\nCloses #14825\n\n'\n'SEP>469019fb0b2b7ca4bd6c3de5c2f1056a4446f0e3X469019fb0b2bX14ba8ab97ddb3674351861ecf373125ac4e1dc63\nGitHubXnoreply@github.comX2023-05-11T14:27:12-07:00\nAlexander MotinXmav@FreeBSD.orgX2023-05-11T17:27:12-04:00\n\n1683840432\nzil: Don't expect zio_shrink() to succeed.\nAt least for RAIDZ zio_shrink() does not reduce zio size, but reduced\r\nwsz in that case likely results in writing uninitialized memory.\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: Alexander Motin <mav@FreeBSD.org>\r\nSponsored by: iXsystems, Inc.\r\nCloses #14853 \n'\n'SEP>14ba8ab97ddb3674351861ecf373125ac4e1dc63X14ba8ab97ddbXd3db900a4e457c3a75e6cef8e9bac8d278ddc929\nGitHubXnoreply@github.comX2023-05-09T17:56:35-07:00\nAmeer HamzaXahamza@ixsystems.comX2023-05-10T05:56:35+05:00\n\n1683680195\nPrevent panic during concurrent snapshot rollback and zvol read\nProtect zvol_cdev_read with zv_suspend_lock to prevent concurrent\r\nrelease of the dnode, avoiding panic when a snapshot is rolled back\r\nin parallel during ongoing zvol read operation.\r\n\r\nReviewed-by: Chunwei Chen <tuxoko@gmail.com>\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nReviewed-by: Alexander Motin <mav@FreeBSD.org>\r\nSigned-off-by: Ameer Hamza <ahamza@ixsystems.com>\r\nCloses #14839 \n'\n'SEP>d3db900a4e457c3a75e6cef8e9bac8d278ddc929Xd3db900a4e45X903c3613d490d1321d587982abb5e4dda4a43308\nGitHubXnoreply@github.comX2023-05-09T17:55:19-07:00\nTony HutterXhutter2@llnl.govX2023-05-09T17:55:19-07:00\n\n1683680119\npam: Fix \"buffer overflow\" in pam ZTS tests on F38\nThe pam ZTS tests were reporting a buffer overflow on F38, possibly\r\ndue to F38 now setting _FORTIFY_SOURCE=3 by default. gdb and\r\nvalgrind narrowed this down to a snprintf() buffer overflow in\r\nzfs_key_config_modify_session_counter(). I'm not clear why this\r\nparticular snprintf() was being flagged as an overflow, but when\r\nI replaced it with an asprintf(), the test passed reliably.\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: Tony Hutter <hutter2@llnl.gov>\r\nCloses #14802 \r\nCloses #14842\n'\n'SEP>903c3613d490d1321d587982abb5e4dda4a43308X903c3613d490Xc8b3dda18638fca8b0cc580ad7cecf410606e646\nGitHubXnoreply@github.comX2023-05-09T09:03:10-07:00\nBrian BehlendorfXbehlendorf1@llnl.govX2023-05-09T09:03:10-07:00\n\n1683648190\nAdd dmu_tx_hold_append() interface\nProvides an interface which callers can use to declare a write when\r\nthe exact starting offset in not yet known. Since the full range\r\nbeing updated is not available only the first L0 block at the\r\nprovided offset will be prefetched.\r\n\r\nReviewed-by: Olaf Faaland <faaland1@llnl.gov>\r\nSigned-off-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nCloses #14819 \n'\n'SEP>c8b3dda18638fca8b0cc580ad7cecf410606e646Xc8b3dda18638Xd38c815fe27c033564d1f7cc769e74eba11cfb83\nGitHubXnoreply@github.comX2023-05-09T08:57:02-07:00\nBrian BehlendorfXbehlendorf1@llnl.govX2023-05-09T08:57:02-07:00\n\n1683647822\nDebug auto_replace_001_pos failures\nReduced the timeout to 60 seconds which should be more than\r\nsufficient and allow the test to be marked as FAILED rather\r\nthan KILLED. Also dump the pool status on cleanup.\r\n\r\nReviewed-by: Brian Atkinson <batkinson@lanl.gov>\r\nSigned-off-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nCloses #14829 \n'\n'SEP>d38c815fe27c033564d1f7cc769e74eba11cfb83Xd38c815fe27cXb035f2b2cb9b88b1330c4b48641b8793d6460c9b\nGitHubXnoreply@github.comX2023-05-09T08:54:41-07:00\nGeorge AmanakisXgamanakis@gmail.comX2023-05-09T17:54:41+02:00\n\n1683647681\nRemove duplicate code in l2arc_evict()\nl2arc_evict() performs the adjustment of the size of buffers to be\r\nwritten on L2ARC unnecessarily. l2arc_write_size() is called right\r\nbefore l2arc_evict() and performs those adjustments.\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nReviewed-by: Brian Atkinson <batkinson@lanl.gov>\r\nSigned-off-by: George Amanakis <gamanakis@gmail.com>\r\nCloses #14828 \n'\n'SEP>b035f2b2cb9b88b1330c4b48641b8793d6460c9bXb035f2b2cb9bX6839ec6f1098c28ff7b772f1b31b832d05e6b567\nGitHubXnoreply@github.comX2023-05-09T08:54:01-07:00\nAlexander MotinXmav@FreeBSD.orgX2023-05-09T11:54:01-04:00\n\n1683647641\nRemove single parent assertion from zio_nowait().\nWe only need to know if ZIO has any parent there. We do not care if\r\nit has more than one, but use of zio_unique_parent() == NULL asserts\r\nthat.\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by:\tAlexander Motin <mav@FreeBSD.org>\r\nSponsored by:\tiXsystems, Inc.\r\nCloses #14823 \n'\n'SEP>6839ec6f1098c28ff7b772f1b31b832d05e6b567X6839ec6f1098X4eca03faaf6a1c05d739c738e3d5c0df2931da98\nGitHubXnoreply@github.comX2023-05-09T08:53:27-07:00\nGeorge AmanakisXgamanakis@gmail.comX2023-05-09T17:53:27+02:00\n\n1683647607\nEnable the head_errlog feature to remove errors\nIn case check_filesystem() does not error out and does not report\r\nan error, remove that error block from error lists and logs\r\nwithout requiring a scrub. This can happen when the original file and\r\nall snapshots/clones referencing it have been removed.\r\n\r\nOtherwise zpool status will still report that \"Permanent errors have\r\nbeen detected...\" without actually reporting any of them.\r\n\r\nTo implement this change the functions introduced in corrective\r\nreceive were modified to take into account the head_errlog feature.\r\n\r\nBefore this change:\r\n=============================\r\npool: test\r\n state: ONLINE\r\nstatus: One or more devices has experienced an error resulting in data\r\n corruption. Applications may be affected.\r\naction: Restore the file in question if possible. Otherwise restore the\r\n entire pool from backup.\r\n see: https://openzfs.github.io/openzfs-docs/msg/ZFS-8000-8A\r\nconfig:\r\n\r\n NAME STATE READ WRITE CKSUM\r\n test ONLINE 0 0 0\r\n /home/user/vdev_a ONLINE 0 0 2\r\n\r\nerrors: Permanent errors have been detected in the following files:\r\n\r\n=============================\r\n\r\nAfter this change:\r\n=============================\r\n pool: test\r\n state: ONLINE\r\nstatus: One or more devices has experienced an unrecoverable error. An\r\n attempt was made to correct the error. Applications are\r\nunaffected.\r\naction: Determine if the device needs to be replaced, and clear the\r\nerrors\r\n using 'zpool clear' or replace the device with 'zpool replace'.\r\n see: https://openzfs.github.io/openzfs-docs/msg/ZFS-8000-9P\r\nconfig:\r\n\r\n NAME STATE READ WRITE CKSUM\r\n test ONLINE 0 0 0\r\n /home/user/vdev_a ONLINE 0 0 2\r\n\r\nerrors: No known data errors\r\n=============================\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nReviewed-by: Brian Atkinson <batkinson@lanl.gov>\r\nSigned-off-by: George Amanakis <gamanakis@gmail.com>\r\nCloses #14813 \n'\n'SEP>4eca03faaf6a1c05d739c738e3d5c0df2931da98X4eca03faaf6aX3095ca91c261756c509d0afb4422027753e68c90\nGitHubXnoreply@github.comX2023-05-08T13:35:03-07:00\nGeorge AmanakisXgamanakis@gmail.comX2023-05-08T22:35:03+02:00\n\n1683578103\nFixes in head_errlog feature with encryption\nFor the head_errlog feature use dsl_dataset_hold_obj_flags() instead of\r\ndsl_dataset_hold_obj() in order to enable access to the encryption keys\r\n(if loaded). This enables reporting of errors in encrypted filesystems\r\nwhich are not mounted but have their keys loaded.\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: George Amanakis <gamanakis@gmail.com>\r\nCloses #14837 \n'\n'SEP>3095ca91c261756c509d0afb4422027753e68c90X3095ca91c261Xdd19821149cb7e3785249eb9be75dd9864c88d56\nGitHubXnoreply@github.comX2023-05-08T11:20:23-07:00\nMatthew AhrensXmahrens@delphix.comX2023-05-08T11:20:23-07:00\n\n1683570023\nVerify block pointers before writing them out\nIf a block pointer is corrupted (but the block containing it checksums\r\ncorrectly, e.g. due to a bug that overwrites random memory), we can\r\noften detect it before the block is read, with the `zfs_blkptr_verify()`\r\nfunction, which is used in `arc_read()`, `zio_free()`, etc.\r\n\r\nHowever, such corruption is not typically recoverable. To recover from\r\nit we would need to detect the memory error before the block pointer is\r\nwritten to disk.\r\n\r\nThis PR verifies BP's that are contained in indirect blocks and dnodes\r\nbefore they are written to disk, in `dbuf_write_ready()`. This way,\r\nwe'll get a panic before the on-disk data is corrupted. This will help\r\nus to diagnose what's causing the corruption, as well as being much\r\neasier to recover from.\r\n\r\nTo minimize performance impact, only checks that can be done without\r\nholding the spa_config_lock are performed.\r\n\r\nAdditionally, when corruption is detected, the raw words of the block\r\npointer are logged. (Note that `dprintf_bp()` is a no-op by default,\r\nbut if enabled it is not safe to use with invalid block pointers.)\r\n\r\nReviewed-by: Rich Ercolani <rincebrain@gmail.com>\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nReviewed-by: Paul Zuchowski <pzuchowski@datto.com>\r\nReviewed-by: Alexander Motin <mav@FreeBSD.org>\r\nSigned-off-by: Matthew Ahrens <mahrens@delphix.com>\r\nCloses #14817 \n'\n'SEP>dd19821149cb7e3785249eb9be75dd9864c88d56Xdd19821149cbX245f4a346779e29fe995f69d8eb2b724cddf5277\nGitHubXnoreply@github.comX2023-05-08T11:17:41-07:00\nBrian BehlendorfXbehlendorf1@llnl.govX2023-05-08T11:17:41-07:00\n\n1683569861\nzdb: consistent xattr output\nWhen using zdb to output the value of an xattr only interpret it\r\nas printable characters if the entire byte array is printable.\r\nAdditionally, if the --parseable option is set always output the\r\nbuffer contents as octal for easy parsing.\r\n\r\nReviewed-by: Olaf Faaland <faaland1@llnl.gov>\r\nSigned-off-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nCloses #14830 \n'\n'SEP>245f4a346779e29fe995f69d8eb2b724cddf5277X245f4a346779X190290a9ac3f2f0dd0021646f2fd787ea51b08bd\nGitHubXnoreply@github.comX2023-05-08T10:09:30-07:00\nBrian BehlendorfXbehlendorf1@llnl.govX2023-05-08T10:09:30-07:00\n\n1683565770\nZTS: add snapshot/snapshot_002_pos exception\nAdd snapshot_002_pos to the known list of occasional failures\r\nfor FreeBSD until it can be made entirely reliable.\r\n\r\nReviewed-by: Tino Reichardt <milky-zfs@mcmilk.de>\r\nSigned-off-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nIssue #14831\r\nCloses #14832 \n'\n'SEP>190290a9ac3f2f0dd0021646f2fd787ea51b08bdX190290a9ac3fX6fa6bb051c2b83f90dc12a64e63d1cb2b0d12c96\nGitHubXnoreply@github.comX2023-05-05T09:17:55-07:00\nAlexander MotinXmav@FreeBSD.orgX2023-05-05T12:17:55-04:00\n\n1683303475\nFix two abd_gang_add_gang() issues.\n- There is no reason to assert that added gang is not empty. It\r\nmay be weird to add an empty gang, but it is legal.\r\n - When moving chain list from the added gang clear its size, or it\r\nwill trigger assertion in abd_verify() when that gang is freed.\r\n\r\nReviewed-by: Brian Atkinson <batkinson@lanl.gov>\r\nSigned-off-by:\tAlexander Motin <mav@FreeBSD.org>\r\nSponsored by:\tiXsystems, Inc.\r\nCloses #14816 \n'\n'SEP>6fa6bb051c2b83f90dc12a64e63d1cb2b0d12c96X6fa6bb051c2bX599df8204962036c7b1039a8613c13bdb69c2e61\nGitHubXnoreply@github.comX2023-05-05T09:09:12-07:00\nPawel Jakub DawidekXpawel@dawidek.netX2023-05-06T01:09:12+09:00\n\n1683302952\nSimplify and optimize random_int_between().\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: Pawel Jakub Dawidek <pawel@dawidek.net>\r\nCloses #14805\n'\n'SEP>599df8204962036c7b1039a8613c13bdb69c2e61X599df8204962X82ac409acc77935ae366b800ee7cefb14939bbae\nGitHubXnoreply@github.comX2023-05-05T08:51:41-07:00\nPawel Jakub DawidekXpawel@dawidek.netX2023-05-06T00:51:41+09:00\n\n1683301901\nPlug memory leak in zfsdev_state.\nOn kernel module unload, free all zfsdev state structures, except for\r\nzfsdev_state_listhead, which is statically allocated.\r\n\r\nReviewed-by: Richard Yao <richard.yao@alumni.stonybrook.edu>\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: Pawel Jakub Dawidek <pawel@dawidek.net>\r\nCloses #14824 \n'\n'SEP>82ac409acc77935ae366b800ee7cefb14939bbaeX82ac409acc77Xa46001adb9b143eebf43cd7ca4b508c044f80f00\nGitHubXnoreply@github.comX2023-05-03T15:10:32-07:00\nAmeer HamzaXahamza@ixsystems.comX2023-05-04T03:10:32+05:00\n\n1683151832\nzpool import -m also removing spare and cache when log device is missing\nspa_import() relies on a pool config fetched by spa_try_import() for\r\nspare/cache devices. Import flags are not passed to spa_tryimport(),\r\nwhich makes it return early due to a missing log device and missing\r\nretrieving the cache device and spare eventually. Passing\r\nZFS_IMPORT_MISSING_LOG to spa_tryimport() makes it fetch the correct\r\nconfiguration regardless of the missing log device.\r\n\r\nReviewed-by: Alexander Motin <mav@FreeBSD.org>\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: Ameer Hamza <ahamza@ixsystems.com>\r\nCloses #14794 \n'\n'SEP>a46001adb9b143eebf43cd7ca4b508c044f80f00Xa46001adb9b1X9de5300c7fc0ff944e02d5d1a1ae5742234930e0\nGitHubXnoreply@github.comX2023-05-03T09:03:57-07:00\nbuzzingwiresX131118055+buzzingwires@users.noreply.github.comX2023-05-03T12:03:57-04:00\n\n1683129837\nAllow zhack label repair to restore detached devices.\nThis commit expands on the zhack label repair command in d04b5c9 by\r\nadding the -u option to undetach a device by regenerating uberblocks,\r\nin addition to the existing functionality of fixing checksums, now\r\nrepresented by -c. Previous behavior is retained in the case of no\r\noptions.\r\n\r\nThe changes are heavily inspired by Jeff Bonwick's labelfix\r\nutility, as archived at:\r\n\r\nhttps://gist.github.com/jjwhitney/baaa63144da89726e482\r\n\r\nAdditionally, it is now capable of properly determining the size of\r\nblock devices and other media, as well as handling sizes which are\r\nnot divisible by 2^18. This should make it viable for use on physical\r\ndevices and partitions, in addition to files.\r\n\r\nThese changes should make it possible to import zpools that have had\r\ntheir uberblocks erased, such as in the case of pools rendered\r\ninaccessible by erroneous detach commands.\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: buzzingwires <buzzingwires@outlook.com>\r\nCloses #14773 \n'\n'SEP>9de5300c7fc0ff944e02d5d1a1ae5742234930e0X9de5300c7fc0Xd96e29576c89e6e547cb82b477651d2b85ea0fed\nGitHubXnoreply@github.comX2023-05-03T09:00:14-07:00\nGeorge AmanakisXgamanakis@gmail.comX2023-05-03T18:00:14+02:00\n\n1683129614\nOptimize check_filesystem() and process_error_log()\nIntegrate check_clones() into check_filesystem() and implement a list\r\ninstead of iterating recursively over the clones, thus eliminating the\r\nrisk of a stack overflow.\r\n\r\nAlso use kmem_zalloc() to allocate large structures in\r\nprocess_error_log() reducing its stack size from ~700 to ~128 bytes.\r\n\r\nReviewed-by: Tino Reichardt <milky-zfs@mcmilk.de>\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: George Amanakis <gamanakis@gmail.com>\r\nCloses #14744 \n'\n'SEP>92c23f6d9c2074f6deb0029d13a8c92b32797059X92c23f6d9c20Xcbe88c6f3c47e3d7731b6ec30bfc201970b20602\nKristof ProvostXkp@FreeBSD.orgX2023-05-12T11:12:51+02:00\nKristof ProvostXkp@FreeBSD.orgX2023-05-12T10:42:48+02:00\n\n1683880968\nvlan: fix setting flags on a QinQ interface\nSetting vlan flags needlessly takes the exclusive VLAN_XLOCK().\n\nIf we have stacked vlan devices (i.e. QinQ) and we set vlan flags (e.g.\nIFF_PROMISC) we call rtnl_handle_ifevent() to send a notification about\nthe interface.\nThis ends up calling SIOCGIFMEDIA, which requires the VLAN_SLOCK().\nTrying to take that one with the VLAN_XLOCK() held deadlocks us.\n\nThere's no need for the exclusive lock though, as we're only accessing\nparent/trunk information, not modifying it, so a shared lock is\nsufficient.\n\nWhile here also add a test case for this issue.\n\nBacktrace:\n\tshared lock of (sx) vlan_sx @ /usr/src/sys/net/if_vlan.c:2192\n\twhile exclusively locked from /usr/src/sys/net/if_vlan.c:2307\n\tpanic: excl->share\n\tcpuid = 29\n\ttime = 1683873033\n\tKDB: stack backtrace:\n\tdb_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe015d4ad4b0\n\tvpanic() at vpanic+0x152/frame 0xfffffe015d4ad500\n\tpanic() at panic+0x43/frame 0xfffffe015d4ad560\n\twitness_checkorder() at witness_checkorder+0xcb5/frame 0xfffffe015d4ad720\n\t_sx_slock_int() at _sx_slock_int+0x67/frame 0xfffffe015d4ad760\n\tvlan_ioctl() at vlan_ioctl+0xf8/frame 0xfffffe015d4ad7c0\n\tdump_iface() at dump_iface+0x12f/frame 0xfffffe015d4ad840\n\trtnl_handle_ifevent() at rtnl_handle_ifevent+0xab/frame 0xfffffe015d4ad8c0\n\tif_setflag() at if_setflag+0xf6/frame 0xfffffe015d4ad930\n\tifpromisc() at ifpromisc+0x2a/frame 0xfffffe015d4ad960\n\tvlan_setflags() at vlan_setflags+0x60/frame 0xfffffe015d4ad990\n\tvlan_ioctl() at vlan_ioctl+0x216/frame 0xfffffe015d4ad9f0\n\tif_setflag() at if_setflag+0xe4/frame 0xfffffe015d4ada60\n\tifpromisc() at ifpromisc+0x2a/frame 0xfffffe015d4ada90\n\tbridge_ioctl_add() at bridge_ioctl_add+0x499/frame 0xfffffe015d4adb10\n\tbridge_ioctl() at bridge_ioctl+0x328/frame 0xfffffe015d4adbc0\n\tifioctl() at ifioctl+0x972/frame 0xfffffe015d4adcc0\n\tkern_ioctl() at kern_ioctl+0x1fe/frame 0xfffffe015d4add30\n\tsys_ioctl() at sys_ioctl+0x154/frame 0xfffffe015d4ade00\n\tamd64_syscall() at amd64_syscall+0x140/frame 0xfffffe015d4adf30\n\tfast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe015d4adf30\n\t--- syscall (54, FreeBSD ELF64, ioctl), rip = 0x22b0f0ef8d8a, rsp = 0x22b0ec63f2c8, rbp = 0x22b0ec63f380 ---\n\tKDB: enter: panic\n\t[ thread pid 5715 tid 101132 ]\n\nSponsored by:\tRubicon Communications, LLC (\"Netgate\")\n\n'\n'SEP>cbe88c6f3c47e3d7731b6ec30bfc201970b20602Xcbe88c6f3c47Xb67f0d360b87d6e8a71ab5118a8acb350505c20a\nGordon BerglingXgbe@FreeBSD.orgX2023-05-12T10:45:46+02:00\nGordon BerglingXgbe@FreeBSD.orgX2023-05-12T10:45:46+02:00\n\n1683881146\narm64: Fix a typo in a source code comment\n- s/inferface/interface/\n\nMFC after: 3 days\n\n'\n'SEP>b67f0d360b87d6e8a71ab5118a8acb350505c20aXb67f0d360b87X93cf93179c505cebbcdbeef196d523d36890ed4a\nCorvin K\xC3\xB6hneXcorvink@FreeBSD.orgX2023-05-12T09:29:51+02:00\nCorvin K\xC3\xB6hneXcorvink@FreeBSD.orgX2023-05-10T12:25:19+02:00\n\n1683714319\nbhyve: import OpRegion definitions\nThose definitions are required for the GVT-d emulation to parse the\nOpRegion.\n\nReviewed by:\t\tmarkj\nMFC after:\t\t1 week\nSponsored by:\t\tBeckhoff Automation GmbH & Co. KG\nDifferential Revision:\thttps://reviews.freebsd.org/D40037\n\n'\n'SEP>93cf93179c505cebbcdbeef196d523d36890ed4aX93cf93179c50X99aeb28b2f7e28c516dd6434db63a9bc1c1f3218\nCorvin K\xC3\xB6hneXcorvink@FreeBSD.orgX2023-05-12T09:29:44+02:00\nCorvin K\xC3\xB6hneXcorvink@FreeBSD.orgX2023-05-10T12:22:33+02:00\n\n1683714153\nbhyve: add helper for passthru specific mmio ranges\nIntel GPUs have two special memory regions. They are called Graphics\nStolen Memory and OpRegion. bhyve has to emulate both of them. In order\nto keep track of those special regions, add generic mmio ranges to the\npassthru emulation.\n\nReviewed by:\t\tmarkj\nMFC after:\t\t1 week\nSponsored by:\t\tBeckhoff Automation GmbH & Co. KG\nDifferential Revision:\thttps://reviews.freebsd.org/D40036\n\n'\n'SEP>99aeb28b2f7e28c516dd6434db63a9bc1c1f3218X99aeb28b2f7eXbee3d4bf8ed55260d8cfc6d168ffa1afb49ef6a8\nCorvin K\xC3\xB6hneXcorvink@FreeBSD.orgX2023-05-12T09:29:39+02:00\nCorvin K\xC3\xB6hneXcorvink@FreeBSD.orgX2023-05-09T14:32:33+02:00\n\n1683635553\nbhyve: don't panic if e820 finds no available memory\nThe GVT-d emulation tries to allocate some specific memory. It could\nhappen that this address doesn't exist. In that case, GVT-d will fall\nback to allocate any address. Nevertheless, this only works if the e820\nfails with an error instead of exiting on an assertion.\n\nReviewed by:\t\tmarkj\nMFC after:\t\t1 week\nSponsored by:\t\tBeckhoff Automation GmbH & Co. KG\nDifferential Revision:\thttps://reviews.freebsd.org/D40034\n\n'\n'SEP>bee3d4bf8ed55260d8cfc6d168ffa1afb49ef6a8Xbee3d4bf8ed5Xbdf6dee2a9106c0d649d55c73e38954fc341d938\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-11T16:15:04-07:00\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-11T16:15:04-07:00\n\n1683846904\nMove DIRDEPS_BUILD settings to sys.dirdeps.mk\nWhen originally implemented, there was no distinction between\nDIRDEPS_BUILD and META_MODE, they were one and the same.\n\nMETA_MODE however is useful by itself, but since meta.sys.mk\nhad lots of settings related to DIRDEPS_BUILD its use was limited\nto DIRDEPS_BUILD.\n\nMove (most) DIRDEPS_BUILD related items to sys.dirdeps.mk\nso that meta.sys.mk can be used for just META_MODE.\nThere is of course some bluring of the lines, so settings remain\nin meta.sys.mk\n\nAdd MK_META_ERROR_TARGET to enable the META_MODE .ERROR target\nindependent of DIRDEPS_BUILD, it copies failed .meta files to ${SB}/error\nto make it easier to identify the cause of build failures.\n\nSince sys.dirdeps.mk should be included first, most of\nlocal.meta.sys.mk becomes local.sys.dirdeps.mk\nand some other bits need to move to local.sys.dirdeps.env.mk\n\nAlso fix dirdeps.mk to not add CURDIR to DIRDEPS when it is SRCTOP.\n\nReviewed by:\tbdrewery\nDifferential Revision:\thttps://reviews.freebsd.org/D40053\n\n'\n'SEP>bdf6dee2a9106c0d649d55c73e38954fc341d938Xbdf6dee2a910X692b19255c5d53a5f42ea49ad569284316315577\nEd MasteXemaste@FreeBSD.orgX2023-05-11T19:03:34-04:00\nPierre ProncheryXpierre@freebsdfoundation.orgX2023-05-09T16:06:40+02:00\n\n1683641200\ndma: specify OpenSSL 1.1 API\nReviewed by:\temaste\nSponsored by:\tThe FreeBSD Foundation\n\n'\n'SEP>692b19255c5d53a5f42ea49ad569284316315577X692b19255c5dX910a834383587fc6630225200cc66b7965d5102f\nEd MasteXemaste@FreeBSD.orgX2023-05-11T19:03:34-04:00\nEd MasteXemaste@FreeBSD.orgX2023-05-11T10:44:05-04:00\n\n1683816245\ndma: use OpenSSL 1.1 init API\n> The SSL_library_init() and OpenSSL_add_ssl_algorithms() functions were\n> deprecated in OpenSSL 1.1.0 by OPENSSL_init_ssl().\n\nand\n\n> The ERR_load_crypto_strings(), SSL_load_error_strings(), and\n> ERR_free_strings() functions were deprecated in OpenSSL 1.1.0 by\n> OPENSSL_init_crypto() and OPENSSL_init_ssl() and should not be used.\n\nReviewed by:\tngie\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision: https://reviews.freebsd.org/D40065\n\n'\n'SEP>910a834383587fc6630225200cc66b7965d5102fX910a83438358X620b5bfaefc835777754ca3839867005dc5e4767\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-11T21:36:59+00:00\nBjoern A. ZeebXbz@FreeBSD.orgX2023-05-11T21:35:11+00:00\n\n1683840911\nLinuxKPI: 802.11: fix IEEE80211_TX_INFO_DRIVER_DATA_SIZE\nFix the sizing of IEEE80211_TX_INFO_DRIVER_DATA_SIZE so that it\nalso works on 32bit platforms. Otherwise it triggers a compile-time\nassertion in ath10k for i386.\n\nSponsored by:\tThe FreeBSD Foundation\nMFC after:\t10 days\n\n'\n'SEP>620b5bfaefc835777754ca3839867005dc5e4767X620b5bfaefc8Xc16e08e5f324aa119c85e10eaabacbd2abdb40e0\nCeri DaviesXceri@FreeBSD.orgX2023-05-11T22:06:56+01:00\nCeri DaviesXceri@FreeBSD.orgX2023-05-11T22:06:56+01:00\n\n1683839216\nrc.conf.5:\tdocument name_cpuset, introduced in rev 0661f93892a2\n\n'\n'SEP>c16e08e5f324aa119c85e10eaabacbd2abdb40e0Xc16e08e5f324Xad9d10a859ac2c65076f532dcfcc3bf5328a8ab1\nWarner LoshXimp@FreeBSD.orgX2023-05-11T14:06:03-06:00\nWarner LoshXimp@FreeBSD.orgX2023-05-11T14:04:12-06:00\n\n1683835452\nstand/efi: Retire i386 support\nRemove the i386 ifdefs and files. It never worked.\n\nSponsored by:\t\tNetflix\nReviewed by:\t\tmanu, tsoome, kevans\nDifferential Revision:\thttps://reviews.freebsd.org/D40012\n\n'\n'SEP>ad9d10a859ac2c65076f532dcfcc3bf5328a8ab1Xad9d10a859acX8c3d6917c1f127f70719193959ff42f3f1ab8f5f\nWarner LoshXimp@FreeBSD.orgX2023-05-11T14:06:03-06:00\nWarner LoshXimp@FreeBSD.orgX2023-05-11T14:04:05-06:00\n\n1683835445\nefi: mark as broken on i386\nWe're never going to support EFI booting on i386 (32-bit). Start to\ndecommission it, since it's never worked.\n\nSponsored by:\t\tNetflix\nReviewed by:\t\ttsoome, emaste\nDifferential Revision:\thttps://reviews.freebsd.org/D40011\n\n'\n'SEP>8c3d6917c1f127f70719193959ff42f3f1ab8f5fX8c3d6917c1f1Xcb2da74905c1cf6e0cc1d91f347030fa1e12cc81\nWarner LoshXimp@FreeBSD.orgX2023-05-11T14:06:03-06:00\nWarner LoshXimp@FreeBSD.orgX2023-05-11T14:04:00-06:00\n\n1683835440\nstand: eficom: Only set baudrate when it changes\nOnly set the baudrate when it is different than what the device has\nreported. In addition, pass in the args to effect no change to the other\nparameters to the serial port. Some EFI firmware gets cranky when you\nset them to the same value, so avoid doing so (we likely can remove the\nHyperV workaround with this fix, but I kept it in place). Add comments\nto the code for why we do this too.\n\nSponsored by:\t\tNetflix\nDifferential Revision:\thttps://reviews.freebsd.org/D40010\n\n'\n'SEP>cb2da74905c1cf6e0cc1d91f347030fa1e12cc81Xcb2da74905c1X66826fd54ab177dfe9f922da10124ea6ce6833be\nWarner LoshXimp@FreeBSD.orgX2023-05-11T14:06:03-06:00\nWarner LoshXimp@FreeBSD.orgX2023-05-11T14:03:51-06:00\n\n1683835431\nstand: eficom: Don't preemtively assume flow control\nRemove rtsdtr_off. It's basically unused. Expand its meaning, but put\nchanging flow control to under an ifdef. We shouldn't set it unless\nwe're sure we need to do so. UEFI normally initializes the device\ncorrectly, and we should avoid needless changes that aren't user\nrequested.\n\nSponsored by:\t\tNetflix\nReviewed by:\t\ttsoome\nDifferential Revision:\thttps://reviews.freebsd.org/D40009\n\n'\n'SEP>66826fd54ab177dfe9f922da10124ea6ce6833beX66826fd54ab1Xbab80c12a852928b572293f34210c5a19aeba17a\nWarner LoshXimp@FreeBSD.orgX2023-05-11T14:06:03-06:00\nWarner LoshXimp@FreeBSD.orgX2023-05-11T14:03:47-06:00\n\n1683835427\nstand: eficom : remove unused ignore_cd\nSponsored by:\t\tNetflix\nReviewed by:\ttsoome\nDifferential Revision:\thttps://reviews.freebsd.org/D40008\n\n'\n'SEP>bab80c12a852928b572293f34210c5a19aeba17aXbab80c12a852X82cf061eba45fa56b2ed97998e08943da8159f56\nWarner LoshXimp@FreeBSD.orgX2023-05-11T14:06:03-06:00\nWarner LoshXimp@FreeBSD.orgX2023-05-11T14:03:42-06:00\n\n1683835422\nstand: Move eficom to libefi\nRename efiserialc to eficom.c and move it to libefi. Remove\nloader.efi.h, since it's not needed. It's architecture independent\n(though how we use it might vary). Drivers also belong in libfoo\nin the boot loader: all the BIOS drivers are in i386/libi386 and\nthe console driver is in efi/libefi.\n\nSponsored by:\t\tNetflix\nReviewed by:\t\ttsoome\nDifferential Revision:\thttps://reviews.freebsd.org/D40007\n\n'\n'SEP>82cf061eba45fa56b2ed97998e08943da8159f56X82cf061eba45Xf93416d677432f3a713c71b79fb68e89162baca9\nWarner LoshXimp@FreeBSD.orgX2023-05-11T14:06:03-06:00\nWarner LoshXimp@FreeBSD.orgX2023-05-11T14:03:37-06:00\n\n1683835417\nstand: Make non-matching console names OKer\nSponsored by:\t\tNetflix\nDifferential Revision:\thttps://reviews.freebsd.org/D39984\n\n'\n'SEP>f93416d677432f3a713c71b79fb68e89162baca9Xf93416d67743X2f131435bc22540db2d3f6bf97e5f9fe7039f889\nWarner LoshXimp@FreeBSD.orgX2023-05-11T14:06:03-06:00\nWarner LoshXimp@FreeBSD.orgX2023-05-11T14:03:30-06:00\n\n1683835410\nstand: add comconsole backwards compatibility shim for aarch64\nAdd a compat shim for the \"comconsole\" name so that people with a\n\"console=comconsole\" in their loader.conf on aarch64 will continue to\nwork (though with a warning).\n\nThis is only aarch64: it will never be there for amd64 (where comconsole\nalways means talk to the hardware directly). To do that is too hard.\n\nSponsored by:\t\tNetflix\nDifferential Revision:\thttps://reviews.freebsd.org/D39983\n\n'\n'SEP>2f131435bc22540db2d3f6bf97e5f9fe7039f889X2f131435bc22X86c31aca33ff771b845acbbed3b3659fde7e710f\nWarner LoshXimp@FreeBSD.orgX2023-05-11T14:06:03-06:00\nWarner LoshXimp@FreeBSD.orgX2023-05-11T14:03:17-06:00\n\n1683835397\nstand: efi create eficom console device.\nFix the 'renaming kludge' that we absolutely cannot do going forward\n(it's cost us days of engineering time).\n\nconsole=comconsole talks to the hardware directly. This is available\nonly on amd64. It is not available anywhere else (and so requires\nchanges for people doing comconsole on aarch64)\n\nconsole=eficom talks to the console via EFI protocols. It's available\non amd64, aarch64 and riscv64. It's the first port that we find, though\nit can be overriden by efi_com_port (which should be set to the UID of\nthe serial port, not the I/O port, despite the name). devinfo -v\nwill give the UID to uartX mapping.\n\nThis is an incompatible change for HYPER-V on amd64. It only works with\neficom console, so you'll need to change your configuration in\nloader.conf. No compatibility hack will ever be provided for this (since\nit requires renamig, which the loader cannot reliably do).\n\nIt's also an incompatible change for aarch64. comconsole will need to\nchange to eficom. There might be a comconsole \"shim\" for this.\n\nAll the interlock to keep only eficom and comconsole from both attaching\nhave been removed.\n\nRelNotes:\t\tYes\nSponsored by:\t\tNetflix\nDiscussed with:\t\tkevans\nDifferential Revision:\thttps://reviews.freebsd.org/D39982\n\n'\n'SEP>86c31aca33ff771b845acbbed3b3659fde7e710fX86c31aca33ffX9244506a1b314d9ad5bcb1bd5cc0b75939464174\nKyle EvansXkevans@FreeBSD.orgX2023-05-11T13:23:14-05:00\nKyle EvansXkevans@FreeBSD.orgX2023-05-11T13:23:03-05:00\n\n1683829383\narm64: add swapueword8/32\nMuch like casueword*, except just a plain old swap. Maintains a similar\ninterface to casu(9)- return value -1 (fault), 0 (success), or 1 (fail),\nand also both ll/sc and LSE variants are implemented.\n\nThese will be used to implement 32-bit swp/swpb emulation on aarch64.\n\nReveiwed by:\tandrew\nSponsored by:\tStormshield\nSponsored by:\tKlara, Inc.\nDifferential Revision:\thttps://reviews.freebsd.org/D39837\n\n'\n'SEP>9244506a1b314d9ad5bcb1bd5cc0b75939464174X9244506a1b31X90951695207fb974ddc3493049812d5bf2131468\nEd MasteXemaste@FreeBSD.orgX2023-05-11T14:20:43-04:00\nEd MasteXemaste@FreeBSD.orgX2023-05-11T11:16:51-04:00\n\n1683818211\nCirrus-CI: hide manual tasks from official runs\nSponsored by:\tThe FreeBSD Foundation\n\n'\n'SEP>90951695207fb974ddc3493049812d5bf2131468X90951695207fX718bdb6a71ba4ed1f557f89af1482a10f7b1cb74\nChuck SilversXchs@FreeBSD.orgX2023-05-11T10:50:15-07:00\nChuck SilversXchs@FreeBSD.orgX2023-05-10T18:22:15-07:00\n\n1683768135\nfbt/x86: update FBT_AFRAMES to match the trap handlers\nReviewed by:\tmarkj\nSponsored by:\tNetflix\nDifferential Revision:\thttps://reviews.freebsd.org/D40054\n\n'\n'SEP>718bdb6a71ba4ed1f557f89af1482a10f7b1cb74X718bdb6a71baX74192f9b2d240edbd72215b8ee770485502ce8ee\nDmitry SalychevXdsl@FreeBSD.orgX2023-05-11T17:38:35+02:00\nDmitry SalychevXdsl@FreeBSD.orgX2023-05-02T14:17:04+02:00\n\n1683029824\ndpaa2: Simplify addresses translation with PHYS_TO_DMAP\nApproved by:\t\tbz (mentor)\nReviewed by:\t\tbz (mentor), mhorne\nDifferential Revision:\thttps://reviews.freebsd.org/D39946\nMFC after:\t\t3 weeks\n\n'\n'SEP>74192f9b2d240edbd72215b8ee770485502ce8eeX74192f9b2d24X60793cee27993048864f60e3c19039386e4a4ab0\nEd MasteXemaste@FreeBSD.orgX2023-05-11T10:30:51-04:00\nPierre ProncheryXpierre@freebsdfoundation.orgX2023-05-11T05:49:44+02:00\n\n1683776984\nktls_test: specify OpenSSL 1.1 API\nReviewed by:\temaste\nSponsored by:\tThe FreeBSD Foundation\n\n'\n'SEP>60793cee27993048864f60e3c19039386e4a4ab0X60793cee2799Xca14781c8170f3517ae79e198c0c880dbc3142dd\nCorvin K\xC3\xB6hneXcorvink@FreeBSD.orgX2023-05-11T14:30:19+02:00\nCorvin K\xC3\xB6hneXcorvink@FreeBSD.orgX2023-05-10T12:19:49+02:00\n\n1683713989\nbhyve: make passthru sel public available\nThe GVT-d emulation requires access to this selector to read from the\ndevice.\n\nReviewed by:\t\tmarkj\nMFC after:\t\t1 week\nSponsored by:\t\tBeckhoff Automation GmbH & Co. KG\nDifferential Revision:\thttps://reviews.freebsd.org/D40035\n\n'\n'SEP>ca14781c8170f3517ae79e198c0c880dbc3142ddXca14781c8170Xfec74220377aa31af80945782bcb5b30f32a0378\nCorvin K\xC3\xB6hneXcorvink@FreeBSD.orgX2023-05-11T14:20:32+02:00\nCorvin K\xC3\xB6hneXcorvink@FreeBSD.orgX2021-09-08T11:31:21+02:00\n\n1631093481\nbhyve: add cmdline option for user defined fw_cfg items\nSome guest allow to configure themself by fw_cfg. E.g. Fedora CoreOs can\nbe provisioned by adding a JSON file as fw_cfg item.\n\nReviewed by:\t\tjhb\nMFC after:\t\t1 week\nSponsored by:\t\tBeckhoff Automation GmbH & Co. KG\nDifferential Revision:\thttps://reviews.freebsd.org/D38338\n\n'\n'SEP>fec74220377aa31af80945782bcb5b30f32a0378Xfec74220377aX0229fab2fe0eed843ebec98fd31b7d49bb2e8438\nLi-Wen HsuXlwhsu@FreeBSD.orgX2023-05-11T16:28:23+08:00\nLi-Wen HsuXlwhsu@FreeBSD.orgX2023-05-11T16:28:23+08:00\n\n1683793703\nComplete removing twe(4)\nFixes:\t062a7b918fac twe: Remove driver\n\n'\n'SEP>0229fab2fe0eed843ebec98fd31b7d49bb2e8438X0229fab2fe0eX27e74c8fff358c113b1afdd3abfc58dca902180c\nKristof ProvostXkp@FreeBSD.orgX2023-05-11T09:48:50+02:00\nKristof ProvostXkp@FreeBSD.orgX2023-05-10T18:26:29+02:00\n\n1683735989\ne1000: fix VLAN 0\nVLAN 0 essentially means \"Treat as untagged, but with priority bits\",\nand is used by some ISPs.\n\nOn igb/em interfaces we did not receive packets with VLAN tag 0 unless\nvlanhwfilter was disabled.\n\nThis can be fixed by explicitly listing VLAN 0 in the hardware VLAN\nfilter (VFTA). Do this from em_setup_vlan_hw_support(), where we already\n(re-)write the VFTA.\n\nReviewed by:\tkbowling\nSponsored by: Rubicon Communications, LLC (\"Netgate\")\nDifferential Revision:\thttps://reviews.freebsd.org/D40046\n\n'\n'SEP>27e74c8fff358c113b1afdd3abfc58dca902180cX27e74c8fff35X4e9041a78690b2c7ea35ab1c548412f2ac69da4d\nDag-Erling Sm\xC3\xB8rgravXdes@FreeBSD.orgX2023-05-11T06:24:02+00:00\nDag-Erling Sm\xC3\xB8rgravXdes@FreeBSD.orgX2023-05-11T06:23:56+00:00\n\n1683786236\nmd5: Add missing <errno.h>.\nSponsored by:\tKlara, Inc.\nReviewed by:\tyuripv\nDifferential Revision:\thttps://reviews.freebsd.org/D40051\n\n'\n'SEP>4e9041a78690b2c7ea35ab1c548412f2ac69da4dX4e9041a78690X0661f93892a2564a64c5650ffffa3d73417172a9\nEnji CooperXngie@FreeBSD.orgX2023-05-10T22:39:32-07:00\nEnji CooperXngie@FreeBSD.orgX2023-05-10T22:39:32-07:00\n\n1683783572\nrc.subr(8): run `trailing-whitespace-fixer`\nThis change deletes benign trailing whitespace from rc.subr, making\nfuture non-stylistic changes easier to spot.\n\nMFC after:\t1 week\n\n'\n'SEP>0661f93892a2564a64c5650ffffa3d73417172a9X0661f93892a2X062a7b918fac638e0cce0d8c087d7f2190c59b1e\nKyle EvansXkevans@FreeBSD.orgX2023-05-10T23:40:18-05:00\nMiroslav LachmanX000.fbsd_quip.czX2023-05-10T23:38:23-05:00\n\n1683779903\nrc: add support for cpuset(1)\nIf ${name}_cpuset is specified (and /usr is mounted), cpuset(1) will be\nrun to limit the service to the configured cpuset.\n\nPR:\t\t142434\nReviewed by:\tkevans\n\n'\n'SEP>062a7b918fac638e0cce0d8c087d7f2190c59b1eX062a7b918facX3cb2f5f369ecfd6d15aeff2b47e21866551a20de\nWarner LoshXimp@FreeBSD.orgX2023-05-10T22:24:12-06:00\nWarner LoshXimp@FreeBSD.orgX2023-05-10T22:24:12-06:00\n\n1683779052\ntwe: Remove driver\nSponsored by:\t\tNetflix\n\n'\n'SEP>3cb2f5f369ecfd6d15aeff2b47e21866551a20deX3cb2f5f369ecXb6d3a9644d5c73a1903dc39f79fe306b42b86b35\nKyle EvansXkevans@FreeBSD.orgX2023-05-10T23:10:53-05:00\nKyle EvansXkevans@FreeBSD.orgX2023-05-10T23:10:53-05:00\n\n1683778253\nlualoader: add support for .lua configuration files\nIf a file is specified in loader_conf_files that ends in '.lua', lualoader\nwill now load and execute that file. These may be used in place of a\ntraditional loader.conf to use more complicated logic, where some values\nmay be set based on others or based on the environment that the C bits has\nleft us with.\n\nLua scripts are run in a limited environment. In particular, it does not get\naccess to any modules or, in-fact, anything except environment variable.\n\nA config.buildenv hook has been added so that a local module can add\nwhatever it may need to to the environment.\n\nWhen a global var is set in the lua script, it does not immediately alter\nthe loader environment. Instead, the script's environment is initially\nempty and processed only if the whole script executes successfully.\nEffectively, a lua configuration file either takes effect or it does not,\nan error will not leave it in a half-baked state.\n\nReviewed by:\tbcr (manpages), imp\nDifferential Revision:\thttps://reviews.freebsd.org/D28450\n\n'\n'SEP>b6d3a9644d5c73a1903dc39f79fe306b42b86b35Xb6d3a9644d5cX3d6a94db1010319dc65736100089d6dd5ff90e46\nKonstantin BelousovXkib@FreeBSD.orgX2023-05-11T02:52:39+03:00\nKonstantin BelousovXkib@FreeBSD.orgX2023-05-11T02:52:39+03:00\n\n1683762759\nnet/pfkeyv2.h: fix typo, meNber\nSponsored by:\tNVidia networking\nMFC after:\t3 days\n\n'\n'SEP>3d6a94db1010319dc65736100089d6dd5ff90e46X3d6a94db1010X09aee570980b7eca6e3c902a66f6db129b8c7376\nEd MasteXemaste@FreeBSD.orgX2023-05-10T13:57:07-04:00\nEd MasteXemaste@FreeBSD.orgX2019-06-04T16:31:00-04:00\n\n1559680260\nInstall spleen vt(4) fonts\nFrom https://github.com/fcambus/spleen, imported into contrib in\n0d66206fff44.\n\nReviewed by:\tFrederic Cambus\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D20654\n\n'\n'SEP>09aee570980b7eca6e3c902a66f6db129b8c7376X09aee570980bXb55bc49e8694d9226a82041ff23ad61a5c7a6a76\nDag-Erling Sm\xC3\xB8rgravXdes@FreeBSD.orgX2023-05-10T15:45:44+02:00\nDag-Erling Sm\xC3\xB8rgravXdes@FreeBSD.orgX2023-05-10T15:45:44+02:00\n\n1683726344\ntsort: Add unit tests.\nMFC after:\t1 week\nSponsored by:\tKlara, Inc.\nReviewed by:\tmarkj\nDifferential Revision:\thttps://reviews.freebsd.org/D40043\n\n'\n'SEP>b55bc49e8694d9226a82041ff23ad61a5c7a6a76Xb55bc49e8694X00de65aaed3a4d7601b160ba6771b876eaf91d36\nDag-Erling Sm\xC3\xB8rgravXdes@FreeBSD.orgX2023-05-10T15:45:38+02:00\nDag-Erling Sm\xC3\xB8rgravXdes@FreeBSD.orgX2023-05-10T15:45:38+02:00\n\n1683726338\ntsort: Replace bcopy() with memcpy().\nAlso fix an indentation error I introduced in the previous commit.\n\nFixes:\t\tcb46f47c7969\nMFC after:\t1 week\nSponsored by:\tKlara, Inc.\nReviewed by:\tmarkj\nDifferential Revision:\thttps://reviews.freebsd.org/D40042\n\n'\n'SEP>00de65aaed3a4d7601b160ba6771b876eaf91d36X00de65aaed3aX031049cf3262ec5981cebc35d9b70623177a84bd\nDag-Erling Sm\xC3\xB8rgravXdes@FreeBSD.orgX2023-05-10T15:45:11+02:00\nDag-Erling Sm\xC3\xB8rgravXdes@FreeBSD.orgX2023-05-10T15:45:11+02:00\n\n1683726311\nmd5: Add missing references to sha384.\nFixes:\t\t4849767cb16a\nSponsored by:\tKlara, Inc.\nReviewed by:\tallanjude\nDifferential Revision:\thttps://reviews.freebsd.org/D40032\n\n'\n'SEP>031049cf3262ec5981cebc35d9b70623177a84bdX031049cf3262X36db6b04962a01ff7b21592def02d4c570dac939\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-10T10:26:35-03:00\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-10T10:26:35-03:00\n\n1683725195\nhier(7): fix a couple mandoc warnings\nThese references are rendered correctly without the zero-width space.\n\nMFC after:\t1 week\nSponsored by:\tThe FreeBSD Foundation\n\n'\n'SEP>36db6b04962a01ff7b21592def02d4c570dac939X36db6b04962aX1bc55f58393ffd9714ebfd1ad4e9555cff76e8f6\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-10T10:25:17-03:00\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-10T09:53:56-03:00\n\n1683723236\nhier(7): document /home/ and /usr/home/\nReviewed by:\timp\nMFC after:\t1 week\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D40002\n\n'\n'SEP>1bc55f58393ffd9714ebfd1ad4e9555cff76e8f6X1bc55f58393fXc3b611e153e0480a354559f82fe5dc4c455bad4e\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-10T10:18:21-03:00\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-10T09:53:40-03:00\n\n1683723220\nhier(7): drop list of /usr/share/doc subdirectories\nSeveral entries are outdated, several new ones are missing. I do not\nthink there is much value added in maintaining this.\n\nReviewed by:\timp, emaste\nMFC after:\t1 week\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D40001\n\n'\n'SEP>c3b611e153e0480a354559f82fe5dc4c455bad4eXc3b611e153e0X444b9aa78c6083d249b70669480d385bd58fd7fd\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-10T10:17:41-03:00\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-10T09:52:47-03:00\n\n1683723167\nhier(7): drop list of /usr/include subdirectories\nIt is nice to have, however, the location of this information means that\nit will naturally be missed by developers adding or removing directories\nto the layout, so it trends out-of-date and it is out-of-date.\n\nThe target audience for hier(7) is users and administrators. It is not\nexpected to be a place that programmers should go to learn about the\npurposes of the different C headers provided by FreeBSD.\n\nProgram authors needing FreeBSD-specific interfaces or libraries\n(#include <sys/queue.h>, for instance) will either be following a more\ndetailed man page, or consulting the header contents directly. Folks\ntargeting standardized headers (#include <sys/time.h>) will not need\nhier(7) to tell them where those headers are under /usr/include.\n\nIn other words, this is more detail than necessary for this document.\nI'd go as far as to say that many of the existing entries in this list\ndo little more than parrot the name of the directory.\n\nWith all this in mind, let's drop the maintenance burden.\n\nReviewed by:\timp, emaste\nMFC after:\t1 week\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D40000\n\n'\n'SEP>444b9aa78c6083d249b70669480d385bd58fd7fdX444b9aa78c60Xa3cb80bc63632064a3bb47a873ccdd0f1f1d51a9\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-10T12:40:51+00:00\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-10T12:40:51+00:00\n\n1683722451\nifconfig: fix family selection after 982cd5ae8ef6\n\n'\n'SEP>a3cb80bc63632064a3bb47a873ccdd0f1f1d51a9Xa3cb80bc6363X2b8c4137d49762587c946a67840df0bfd1ee2f2f\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-10T12:22:39+00:00\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-10T12:06:10+00:00\n\n1683720370\nifconfig: fix interface selection after 982cd5ae8ef6.\n\n'\n'SEP>2b8c4137d49762587c946a67840df0bfd1ee2f2fX2b8c4137d497X982cd5ae8ef6541fffcb4251a5a2ab59d706df10\nAndrew TurnerXandrew@FreeBSD.orgX2023-05-10T12:54:54+01:00\nZachary LeafXzachary.leaf@arm.comX2023-05-09T17:04:44+01:00\n\n1683648284\narm64: fix stack unwinding past exception handlers\nCommit 281402e0a563 (\"arm64: Shave off two instructions in exceptions\")\nremoved the instruction that set the frame pointer (x29) as it appeared\nto be unused.\n\nThe frame pointer is used in arm64/db_trace.c:db_stack_trace_cmd() when\nunwinding state, and hence still needs to be set.\n\nAdd back the instruction to save_registers to properly update frame\npointer.\n\nReported by: andrew\nSponsored by: Arm Ltd\n\n'\n'SEP>982cd5ae8ef6541fffcb4251a5a2ab59d706df10X982cd5ae8ef6X3c851dc19bbde2056a9367cc43e935f9a35925a4\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-10T10:39:12+00:00\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-10T09:58:56+00:00\n\n1683712736\nifconfig: split argument parsing and actual execution logic\nReduce the amount of global variables by creating the dedicated\n ifconfig_args structure and use it as a context-passing variable.\nSimplify the code by moving all argument preparation code a\n separate function.\n\nReviewed by: kp (previous version)\nDifferential Revision: https://reviews.freebsd.org/D39932\nMFC after:\t2 weeks\n\n'\n'SEP>3c851dc19bbde2056a9367cc43e935f9a35925a4X3c851dc19bbdX30d0fc6f339132990da7989bb102b01338b0d749\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-10T09:57:01+00:00\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-10T09:49:34+00:00\n\n1683712174\nnetlink: provide original interface lladdr in the interface dump.\n* Store lladdr in the FreeBSD-specific IFLAF_ORIG_HWADDR attr\n* Do not export empty IFLA_ADDRESS for interfaces w/o lladdrs.\n\nMFC after:\t2 weeks\n\n'\n'SEP>30d0fc6f339132990da7989bb102b01338b0d749X30d0fc6f3391X1224878016704f3e5a6b6953f3caed3e7840cefd\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-10T09:57:01+00:00\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-10T08:52:31+00:00\n\n1683708751\nnetlink: export more IPv6 ifa info\n* Fill in IFA_CACHEINFO with prefix lifetime data\n* Map IPv6 IN6_IFF_ flags to Netlink IFA_F_ flags\n* Store original ia6_flags in the FreeBSD-specific IFAF_FLAGS field\n\nMFC after:\t2 weeks\n\n'\n'SEP>1224878016704f3e5a6b6953f3caed3e7840cefdX122487801670Xfacc213643f80bbdb0ebd76f5b26de84d95b9e1a\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-10T09:57:01+00:00\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-10T08:44:47+00:00\n\n1683708287\nnetlink: export carp VHID when dumping interface addresses.\nMFC after:\t2 weeks\n\n'\n'SEP>facc213643f80bbdb0ebd76f5b26de84d95b9e1aXfacc213643f8X90eaf4b2f98f2678b3dc707f9781a887eee94b1a\nDag-Erling Sm\xC3\xB8rgravXdes@FreeBSD.orgX2023-05-10T09:25:21+00:00\nDag-Erling Sm\xC3\xB8rgravXdes@FreeBSD.orgX2023-05-09T17:59:27+00:00\n\n1683655167\nmd5: Don't increment a bool.\nFixes:\t\t4849767cb16a\nMFC after:\t1 week\nSponsored by:\tKlara, Inc.\nReviewed by:\tkevans\nDifferential Revision:\thttps://reviews.freebsd.org/D40020\n\n'\n'SEP>90eaf4b2f98f2678b3dc707f9781a887eee94b1aX90eaf4b2f98fXf1ceb05a469ffe03f25aeea5f9f72a6d8f75bcd1\nDag-Erling Sm\xC3\xB8rgravXdes@FreeBSD.orgX2023-05-10T09:25:21+00:00\nDag-Erling Sm\xC3\xB8rgravXdes@FreeBSD.orgX2023-05-09T17:59:19+00:00\n\n1683655159\nmd5: Include <osreldate.h> for __FreeBSD_version.\nIt is usually provided by <sys/param.h>, but not when bootstrapping.\n\nFixes:\t\t4849767cb16a\nMFC after:\t1 week\nSponsored by:\tKlara, Inc.\nReviewed by:\tyuripv, kevans\nDifferential Revision:\thttps://reviews.freebsd.org/D40018\n\n'\n'SEP>f1ceb05a469ffe03f25aeea5f9f72a6d8f75bcd1Xf1ceb05a469fX0e04dd3b66c053422b90c387f7bbd82a0921bda0\nDag-Erling Sm\xC3\xB8rgravXdes@FreeBSD.orgX2023-05-10T09:25:21+00:00\nDag-Erling Sm\xC3\xB8rgravXdes@FreeBSD.orgX2023-05-09T17:59:13+00:00\n\n1683655153\nmd5: Fix input error check.\nFixes:\t\t4849767cb16a\nMFC after:\t1 week\nSponsored by:\tKlara, Inc.\nReviewed by:\ttsoome, kevans, lwhsu\nDifferential Revision:\thttps://reviews.freebsd.org/D40017\n\n'\n'SEP>0e04dd3b66c053422b90c387f7bbd82a0921bda0X0e04dd3b66c0Xb6271cc0d0cd6e4f9592ac88b3892c3931e5f25d\nEd MasteXemaste@FreeBSD.orgX2023-05-09T21:10:03-04:00\nEd MasteXemaste@FreeBSD.orgX2023-05-05T13:44:39-04:00\n\n1683308679\npkgbase: report error if files are installed multiple times\nFiles installed by `make installworld` should be installed only once.\n\nPR:\t\t244596\nSponsored by:\tThe FreeBSD Foundation\n\n'\n'SEP>b6271cc0d0cd6e4f9592ac88b3892c3931e5f25dXb6271cc0d0cdXe32fecd0c2c3ee37c47ee100f169e7eb0282a873\nEd MasteXemaste@FreeBSD.orgX2023-05-09T21:09:39-04:00\nEd MasteXemaste@FreeBSD.orgX2023-05-09T20:28:44-04:00\n\n1683678524\nincludes: avoid installing if_wg.h twice\nif_wg.h was installed via dev/wg in LSUBDIRS and also explicitly. We\nwant to install only wg/if_wg.h not the other headers, so add dev/wg to\nthe skip list in the copies and symlinks targets.\n\nPR:\t\t271266\nReviewed by:\tkevans\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision: https://reviews.freebsd.org/D40031\n\n'\n'SEP>e32fecd0c2c3ee37c47ee100f169e7eb0282a873Xe32fecd0c2c3Xc55b7e522629cb78adeb54bd9964304481d55eab\nEd MasteXemaste@FreeBSD.orgX2023-05-09T20:18:19-04:00\nEd MasteXemaste@FreeBSD.orgX2023-05-05T13:43:33-04:00\n\n1683308613\nloader: install help files only once\nEvery file should be installed exactly once by `make installworld`.\nThis is especially important for pkgbase.\n\nLoader help files were being installed by each loader variant (e.g.,\nthe simp, lua, and 4th EFI loaders). Add a (slightly hacky) mechanism\nto skip installing help files for all but one variant.\n\nPR:\t\t271178\nReviewed by:\timp\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision: https://reviews.freebsd.org/D40021\n\n'\n'SEP>c55b7e522629cb78adeb54bd9964304481d55eabXc55b7e522629Xf5f1b9a9828a4fdf5b0ba51b291e0e1e7ac7b55f\nColin PercivalXcperciva@FreeBSD.orgX2023-05-09T16:28:09-07:00\nColin PercivalXcperciva@FreeBSD.orgX2023-05-04T20:00:58-07:00\n\n1683255658\nfreebsd-update: Fix merging already-updated files\nWhen performing an \"upgrade\" (moving between FreeBSD releases, as\nopposed to \"update\" which merely applies security/errata updates\nto the installed release) FreeBSD Update:\n\n1. Generates a list of \"files needing to be merged\", namely those\nfiles which don't match the version installed in the \"old\" release\nand have paths matching the MergeChanges configuration directive\n(by default, /boot/device.hints and everything under /etc/).\n\nand later on,\n\n2. Compares the currently-installed files to the versions in the\n\"new\" release, removing index entries for files which \"don't need\nto be updated because they're not changing\".\n\nUnfortunately if a file falls into both of these categories -- that\nis to say, if a file in /etc/ is the same as the version in the new\nrelease and not the same as the version in the old release -- the\nresulting \"merge\" step saw that the file was no longer listed as\nbeing part of the new release, resulting in the file being deleted.\n\nFor the first 18 years of FreeBSD Update's existence, this never\nhappened, since $FreeBSD$ tags resulted in \"new release\" files\nalways being different from any files systems would already have\ninstalled.\n\nThis commit fixes this behaviour by only placing a file into the\n\"files needing to be merged\" list if it does not match the version\nin the old release *or* the version in the new release.\n\nReported by:\tdes\nReviewed by:\tdelphij (earlier version), des, emaste\nMFC after:\t7 days\nX-EN-Candidate:\tyes\nDifferential Revision:\thttps://reviews.freebsd.org/D39973\n\n'\n'SEP>f5f1b9a9828a4fdf5b0ba51b291e0e1e7ac7b55fXf5f1b9a9828aXb3fe5d932264445cbf9a1c4eab01afb6179b499b\nEd MasteXemaste@FreeBSD.orgX2023-05-09T17:13:44-04:00\nEd MasteXemaste@FreeBSD.orgX2023-05-09T14:26:47-04:00\n\n1683656807\nCirrus-CI: add gcc12 automatic task on primary GitHub mirror\nWe want to get GCC coverage via Cirrus-CI, but don't want to trigger\nexcessive runs across all forks and branches. Create a duplicate gcc12\ntask to run automatically for freebsd/freebsd-src.\n\nReviewed by:\tjhb\nSponsored by:\tThe FreeBSD Foundation\n\n'\n'SEP>b3fe5d932264445cbf9a1c4eab01afb6179b499bXb3fe5d932264X198558523361a654409b6d3f8d63c12ba3f72ae5\nKirk McKusickXmckusick@FreeBSD.orgX2023-05-09T13:08:10-07:00\nKirk McKusickXmckusick@FreeBSD.orgX2023-05-09T13:08:10-07:00\n\n1683662890\nFix off-by-one error in fsck_ffs(8) chkrange() block-number check.\nOn an amd64-CURRENT machine with an i-node that refers to a block\nnumber that is one too large will cause a core dump, due to writing\nbeyond the end of blockmap[] and corrupting the next heap block,\nwhich happens to contain a struct inoinfo in inphash[]. Note that\nvalgrind catches the blockmap[] access.\n\nReported by: Robert Morris\nPR: 271289\nMFC after: 1 week\nSponsored by: The FreeBSD Foundation\n\n'\n'SEP>198558523361a654409b6d3f8d63c12ba3f72ae5X198558523361X8b0dafdb2f18b9bdc464a4ddbcfd749c3d3875f1\nAndrew GallatinXgallatin@FreeBSD.orgX2023-05-09T13:09:34-04:00\nAndrew GallatinXgallatin@FreeBSD.orgX2023-05-08T09:38:59-04:00\n\n1683553139\nktls: re-work alloc thread\nWhen the ktls_buffer zone needs to expand, it may fail due\nto a lack of physically contiguous memory. We tried to rectify\nthat by introducing an alloc thread to provide a context where\nit is harmless to sleep, and letting that thread repopulate\nthe ktls_buffer zone.\n\nHowever, it turns out that M_WAITOK is not enough, and we\nmust call vm_page_reclaim_contig_domain() to reclaim contig\nmemory. Worse, M_WAITOK results in the allocation essentially\nbusy-looping around vm_domain_alloc_fail() returning EAGIN,\ncausing vm_page_alloc_noobj_contig_domain() to loop and resulting\nin the alloc thread consuming 100% CPU.\n\nTo fix this, we change the alloc thread to call\nvm_page_reclaim_contig_domain_ext()\n\nIn order to prevent the busy loop around vm_domain_alloc_fail(), we\nmust change the uma_zalloc flags to M_NORECLAIM | M_NOWAIT. However,\nonce that is done, these allocations become no different than the\nallocations done in the critical path in ktls_buffer_alloc(), so its\nbest to just eliminate them.\n\nSince we're no longer doing allocations but just calling\nvm_page_reclaim_contig_domain_ext(), the name has changed to the ktls\nreclaim thread.\n\nReviewed by: jhb, markj\nSponsored by: Netflix\nDifferential Revision: https://reviews.freebsd.org/D39421\n\n'\n'SEP>8b0dafdb2f18b9bdc464a4ddbcfd749c3d3875f1X8b0dafdb2f18Xea6dd3d1d4519c2798f7417c826afd6739b84383\nAndrew GallatinXgallatin@FreeBSD.orgX2023-05-09T13:09:34-04:00\nAndrew GallatinXgallatin@FreeBSD.orgX2023-05-08T09:25:40-04:00\n\n1683552340\nvm: implement vm_page_reclaim_contig_domain_ext()\nImplement vm_page_reclaim_contig_domain_ext() to reclaim multiple\ncontiguous regions at once. This makes it more efficient for users\nthat need multiple contiguous regions to reclaim those regions\nefficiently.\n\nThis is needed because callers like ktls may need to reclaim many\ncontiguous regions, and each scan of physical memory can take\nmultiple seconds on a large memory machine (order of 100GB of\nRMA). Rather than modifying the core algorithm, I extended\nvm_page_reclaim_contig_domain() to take a \"desired_runs\" argument to\nallow the caller to request that it reclaim more than just a single\nrun. There is no functional change intended for all existing\ncallers.\n\nThe first user for this interface is the ktls code\n(https://reviews.freebsd.org/D39421). By reclaiming multiple runs,\nktls goes from consuming hours of CPU to refill its buffer zone to\njust seconds or minutes.\n\nDifferential Revision: https://reviews.freebsd.org/D39739\nSponsored by:\tNetflix\nReviewed by:\talc, jhb, markj\n\n'\n'SEP>ea6dd3d1d4519c2798f7417c826afd6739b84383Xea6dd3d1d451X8a16fb47303ef4bfc773b52a920e0b223f8e9c20\nEd MasteXemaste@FreeBSD.orgX2023-05-09T13:05:00-04:00\nEd MasteXemaste@FreeBSD.orgX2023-05-09T09:40:27-04:00\n\n1683639627\nRevert \"cpuset: increase userland maximum size to 1024\"\nThis reverts commit 76887e84be975698b14699d7d0dfb157d73e9990.\n\nstruct vm_exit currently requires that cpuset_t be identical in userland\nand kernel. This will be recommitted after these are decoupled.\n\nPR:\t\t271330, 269572\nReported by:\tcorvink\nSponsored by:\tThe FreeBSD Foundation\n\n'\n'SEP>8a16fb47303ef4bfc773b52a920e0b223f8e9c20X8a16fb47303eXbf864c3ed5830785cbc4dcc8b832c14fdc7110e4\nJonathan T. LooneyXjtl@FreeBSD.orgX2023-05-09T16:20:49+00:00\nJonathan T. LooneyXjtl@FreeBSD.orgX2023-05-09T16:20:49+00:00\n\n1683649249\nlocks: fix two potential overflows in the lock delay code\nWith large numbers of CPUs, the calculation of the maximum lock delay\ncould overflow, leading to an unexpectedly low delay. In fact, the\nmaximum delay would calculate to 0 on systems with between 128 and\n255 cores (inclusive). Also, when calculating the new delay in\nlock_delay(), the delay would overflow if the old delay was >= 32,768.\n\nThis commit fixes these two overflows. It also updates the maximum\ndelay from 32,678 to SHRT_MAX.\n\nReviewed by:\tgallatin, jhb, mjg\nFixes:\t6b8dd26e7c5f (\"locks: convert delay times to u_short\")\nMFC after:\t2 weeks\nSponsored by:\tNetflix\nDifferential Revision:\thttps://reviews.freebsd.org/D39372\n\n'\n'SEP>bf864c3ed5830785cbc4dcc8b832c14fdc7110e4Xbf864c3ed583X0c1c5e36ebbb7e30a5e57a044a20ea2c4f7cf793\nKonstantin BelousovXkib@FreeBSD.orgX2023-05-09T18:30:07+03:00\nKonstantin BelousovXkib@FreeBSD.orgX2023-05-06T23:03:07+03:00\n\n1683403387\namd64 MINIMAL: SysV IPC syscalls are loadable\nReviewed by:\temaste, imp\nSponsored by:\tThe FreeBSD Foundation\nMFC after:\t1 week\nDifferential revision:\thttps://reviews.freebsd.org/D39990\n\n'\n'SEP>0c1c5e36ebbb7e30a5e57a044a20ea2c4f7cf793X0c1c5e36ebbbXbba6249ae9848b97d351ce04061c06d5e8ad8f9d\nKonstantin BelousovXkib@FreeBSD.orgX2023-05-09T18:30:07+03:00\nKonstantin BelousovXkib@FreeBSD.orgX2023-05-06T23:02:34+03:00\n\n1683403354\namd64 MINIMAL: remove UFS from compiled-in list\nReviewed by:\temaste, imp\nSponsored by:\tThe FreeBSD Foundation\nMFC after:\t1 week\nDifferential revision:\thttps://reviews.freebsd.org/D39990\n\n'\n'SEP>bba6249ae9848b97d351ce04061c06d5e8ad8f9dXbba6249ae984X361c8f75a61832d9aa3dd4c589a0220f3467466f\nKonstantin BelousovXkib@FreeBSD.orgX2023-05-09T18:30:07+03:00\nKonstantin BelousovXkib@FreeBSD.orgX2023-05-06T23:01:45+03:00\n\n1683403305\namd64 MINIMAL config: remove statements about UFS module\nAll UFS options work for ufs.ko.\n\nReviewed by:\temaste, imp\nSponsored by:\tThe FreeBSD Foundation\nMFC after:\t1 week\nDifferential revision:\thttps://reviews.freebsd.org/D39990\n\n'\n'SEP>361c8f75a61832d9aa3dd4c589a0220f3467466fX361c8f75a618Xd0f67f97579f7b2febf29264b1874a95056dec06\nKonstantin BelousovXkib@FreeBSD.orgX2023-05-09T18:30:07+03:00\nKonstantin BelousovXkib@FreeBSD.orgX2023-05-09T18:08:22+03:00\n\n1683644902\nsmp_topo(): correct allocation sizes for trivial topologies\nThis patch should not modify the correctness, only the clarity.\n\nRequested and reviewed by:\tmarkj\nSponsored by:\tThe FreeBSD Foundation\nMFC after:\t1 week\nDifferential revision:\thttps://reviews.freebsd.org/D39981\n\n'\n'SEP>d0f67f97579f7b2febf29264b1874a95056dec06Xd0f67f97579fX9801e7c275f6ec42a44b98a2e2e1a8ac4674a096\nKonstantin BelousovXkib@FreeBSD.orgX2023-05-09T18:30:07+03:00\nKonstantin BelousovXkib@FreeBSD.orgX2023-05-07T21:37:42+03:00\n\n1683484662\nsmp_topo(): make it idempotent\nIf more than one call to the function occurs, it currently allocates the\nsame amount from the group[] array, eventually leading to the memory\ncorruption.\n\nNoted and reviewed by:\tmarkj\nSponsored by:\tThe FreeBSD Foundation\nMFC after:\t1 week\nDifferential revision:\thttps://reviews.freebsd.org/D39981\n\n'\n'SEP>9801e7c275f6ec42a44b98a2e2e1a8ac4674a096X9801e7c275f6Xccc6b87b3825a235991d978e43d29431e012461f\nKonstantin BelousovXkib@FreeBSD.orgX2023-05-09T18:30:07+03:00\nKonstantin BelousovXkib@FreeBSD.orgX2023-05-05T23:24:22+03:00\n\n1683318262\nsmp_topo: dynamically allocate group array\nLimit its size to mp_maxid + 1 times MAX_CACHE_LEVELS instead MAXCPU.\nAllocate the array on a first call into smp_topo(9) functions, where\nthe mp_maxid is already known.\n\nMake the array private to smp_topo_alloc(), assuming that the callers\nthat allocate top-level group do it once.\n\nReviewed by:\tmarkj\nSponsored by:\tThe FreeBSD Foundation\nMFC after:\t1 week\nDifferential revision:\thttps://reviews.freebsd.org/D39981\n\n'\n'SEP>ccc6b87b3825a235991d978e43d29431e012461fXccc6b87b3825Xe8e7e1462e0cf9021b1e5656b9414955b5799860\nKonstantin BelousovXkib@FreeBSD.orgX2023-05-09T18:30:07+03:00\nKonstantin BelousovXkib@FreeBSD.orgX2023-05-05T23:21:38+03:00\n\n1683318098\nquiesce_cpus(): do not overallocate generation array\nAlso switch to mallocarray().\n\nReviewed by:\tmarkj\nSponsored by:\tThe FreeBSD Foundation\nMFC after:\t1 week\nDifferential revision:\thttps://reviews.freebsd.org/D39981\n\n'\n'SEP>e8e7e1462e0cf9021b1e5656b9414955b5799860Xe8e7e1462e0cX04dacd5691fb3de5fddd0868836c5a7ff9888370\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-09T15:26:16+00:00\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-09T15:26:16+00:00\n\n1683645976\nnetlink: fix compiler warnings\n\n'\n'SEP>04dacd5691fb3de5fddd0868836c5a7ff9888370X04dacd5691fbX88bd9ef618d62171fa9e192f2c3c91e9becdc555\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-09T14:59:41+00:00\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-09T14:59:41+00:00\n\n1683644381\nnetlink: temporary skip snl(3) capped test.\n\n'\n'SEP>88bd9ef618d62171fa9e192f2c3c91e9becdc555X88bd9ef618d6Xba9c815d3076f5a13ab6f9ec3f6d534e7774e83b\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-09T14:55:47+00:00\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-09T14:55:47+00:00\n\n1683644147\nnetlink: automatically fill sin6_scope_id in the default snl(3) parsers.\nAdd the optional post-parse hook to the snl(3) parser declaration.\nUse this hook to automatically add the interface indexes to the\n link-local sockaddrs.\n\nMFC after:\t2 weeks\n\n'\n'SEP>ba9c815d3076f5a13ab6f9ec3f6d534e7774e83bXba9c815d3076Xde9bed030f4726a1bed062fcc5453ff4c74f0047\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-09T14:45:57+00:00\nAlexander V. ChernikovXmelifaro@FreeBSD.orgX2023-05-09T14:45:57+00:00\n\n1683643557\nnetlink: use consistent variable lifetime in the default snl(3) parsers.\nCurrently, parsers use original strings/nla pointers instead of\nduplicating them. These pointers refer to the temporary packet buffer,\n which can be silently rewritten when the next message is read.\nInstead, duplicate all string/nla attributes using snl_allocz(3) to\n give control over variable lifetime to the user.\n\nMFC after:\t2 weeks\n\n'\n'SEP>de9bed030f4726a1bed062fcc5453ff4c74f0047Xde9bed030f47X794f5122bb0c9bad1c3dfedbf373a728b6689297\nKonstantin BelousovXkib@FreeBSD.orgX2023-05-09T17:33:18+03:00\nJohannes TotzXjo@bruelltuete.comX2023-05-09T14:42:19+01:00\n\n1683639739\nefiwake(8): add man page\nReviewed by:\tchristos, grahamperrin, kib\nDifferential revision:\thttps://reviews.freebsd.org/D39961\n\n'\n'SEP>794f5122bb0c9bad1c3dfedbf373a728b6689297X794f5122bb0cX611503c64aedc3876682237a42e3fdaab7f382d5\nMateusz PiotrowskiX0mp@FreeBSD.orgX2023-05-09T16:20:13+02:00\nMateusz PiotrowskiX0mp@FreeBSD.orgX2023-05-09T15:46:00+02:00\n\n1683639960\ngeom.8: Fix typos and wordsmith\nMFC after:\t3 days\n\n'\n'SEP>611503c64aedc3876682237a42e3fdaab7f382d5X611503c64aedXd7f39ec19fefb94fd8fd47608ec874c19f0fcb3f\nEmmanuel VadotXmanu@FreeBSD.orgX2023-05-09T16:03:39+02:00\nEmmanuel VadotXmanu@FreeBSD.orgX2023-05-09T16:03:39+02:00\n\n1683641019\nfwget: Use BSD-2-Clause instead of BSD-2-Clause-FreeBSD\nReported by:\tbz\nSponsored by:\tBeckhoff Automation GmbH & Co. KG\n\n'\n'SEP>d7f39ec19fefb94fd8fd47608ec874c19f0fcb3fXd7f39ec19fefX469c325a49dc5a522fed21e2ee8ff91e5c6e5c64\nEmmanuel VadotXmanu@FreeBSD.orgX2023-05-09T16:02:03+02:00\nEmmanuel VadotXmanu@FreeBSD.orgX2023-05-09T16:02:03+02:00\n\n1683640923\nfwget: Fix a few kmod name\nThe -kmod part was forgot in a few names for Intel firmware.\n\nFixes:\t\td198b8774d2c (\"fwget: Introduce new utility\")\nReported by:\tbz\nSponsored by:\tBeckhoff Automation GmbH & Co. KG\n\n'\n'SEP>469c325a49dc5a522fed21e2ee8ff91e5c6e5c64X469c325a49dcXc543e09f1f8ef98f201f7dd3f34ae023d61dfa83\nEd MasteXemaste@FreeBSD.orgX2023-05-09T09:46:09-04:00\nEd MasteXemaste@FreeBSD.orgX2023-05-09T08:44:23-04:00\n\n1683636263\nlibfido2: specify OpenSSL 1.1 API\nOPENSSL_API_COMPAT can be used to specify the OpenSSL API version in\nuse for the purpose of hiding deprecated interfaces and enabling\nthe appropriate deprecation notices.\n\nThis change is a NFC while we're still using OpenSSL 1.1.1 but will\navoid deprecation warnings upon the switch to OpenSSL 3.0. A future\nlibfido2 update may switch to use OpenSSL 3.0 APIs.\n\nSponsored by:\tThe FreeBSD Foundation\n\n'\n'SEP>c543e09f1f8ef98f201f7dd3f34ae023d61dfa83Xc543e09f1f8eXfefac543590db4e1461235b7c936f46026d0f318\nCorvin K\xC3\xB6hneXcorvink@FreeBSD.orgX2023-05-09T10:31:27+02:00\nVitaliy GusevXgusev.vitaliy@gmail.comX2023-05-09T10:27:29+02:00\n\n1683620849\nbhyve: save/restore pir_desc\nFailing to preserve pir_desc can result in pending interrupts being lost\non resume leading to a hung VM.\n\nReviewed by:\t\tcorvink, jhb\nMFC after:\t\t1 week\nSponsored by:\t\tvStack\nDifferential Revision:\thttps://reviews.freebsd.org/D35447\n\n'\n'SEP>fefac543590db4e1461235b7c936f46026d0f318Xfefac543590dXb0cf48305f7fcd6b134b1bae8597ad432e80f2e1\nCorvin K\xC3\xB6hneXcorvink@FreeBSD.orgX2023-05-09T10:04:55+02:00\nBojan Novkovi\xC4\x87Xbojan.novkovic@fer.hrX2023-05-09T09:02:04+02:00\n\n1683615724\nbhyve: fix vCPU single-stepping on VMX\nThis patch fixes virtual machine single stepping on VMX hosts.\n\nCurrently, when using bhyve's gdb stub, each attempt at single-stepping\na vCPU lands in a timer interrupt. The current single-stepping mechanism\nuses the Monitor Trap Flag feature to cause VMEXIT after a single\ninstruction is executed. Unfortunately, the SDM states that MTF causes\nVMEXITs for the next instruction that gets executed, which is often not\nwhat the person using the debugger expects. [1]\n\nThis patch adds a new VM capability that masks interrupts on a vCPU by\nblocking interrupt injection and modifies the gdb stub to use the newly\nadded capability while single-stepping a vCPU.\n\n[1] Intel SDM 26.5.2 Vol. 3C\n\nReviewed by:\t\tcorvink, jbh\nMFC after:\t\t1 week\nDifferential Revision:\thttps://reviews.freebsd.org/D39949\n\n'\n'SEP>b0cf48305f7fcd6b134b1bae8597ad432e80f2e1Xb0cf48305f7fX20d8d9809a8c0a3ddd1d0156e77ec53a1ed95747\nYuri PankovXyuripv@FreeBSD.orgX2023-05-09T10:00:32+02:00\nYuri PankovXyuripv@FreeBSD.orgX2023-05-09T10:00:32+02:00\n\n1683619232\nem(4): update sysctl list, mention iflib(4)\nSome of the settings, e.g. disabling/enabling msix, are now handled\nas generic iflib variables; mention iflib explicitly in tunables\nsection (in addition to SEE ALSO).\n\nReviewed by:\tcc, gbe (manpages)\nDifferential Revision:\thttps://reviews.freebsd.org/D39999\n\n'\n'SEP>20d8d9809a8c0a3ddd1d0156e77ec53a1ed95747X20d8d9809a8cX20c61a7c518b9c2f451118913e10a1525ad0b578\nKyle EvansXkevans@FreeBSD.orgX2023-05-09T01:38:32-05:00\nKyle EvansXkevans@FreeBSD.orgX2023-05-09T01:38:32-05:00\n\n1683614312\nRevert \"uart(4): add Sunrise Point UART controllers\"\nThis reverts commit d1b6271118188dd25a18f2372ab1d3004335ea3c.\n\nI've received multiple reports of machines failing to boot with\nthis hardware; back it out for now until we can fix it.\n\nPR:\t\t271147\nMFC after:\tMorning coffee\n\n'\n'SEP>20c61a7c518b9c2f451118913e10a1525ad0b578X20c61a7c518bX7adea6dbed35061e6175b7da69a47073916b3c25\nKyle EvansXkevans@FreeBSD.orgX2023-05-08T22:45:12-05:00\nKyle EvansXkevans@FreeBSD.orgX2023-05-08T22:45:12-05:00\n\n1683603912\nacl(3): improve discoverability of acl_get_perm_np(3)\n- Mention it in acl(3) as an available function, xref\n- Mention it in acl_get_permset(3), as acl_get_perm_np(3) is a natural\n follow-up to acl_get_permset(3)\n\nSponsored by:\tKlara, Inc.\n\n'\n'SEP>7adea6dbed35061e6175b7da69a47073916b3c25X7adea6dbed35X9c6f3dfda6dd77772c669e3a235b451c9eb467eb\nYuri PankovXyuripv@FreeBSD.orgX2023-05-09T00:43:12+02:00\nYuri PankovXyuripv@FreeBSD.orgX2023-05-09T00:43:12+02:00\n\n1683585792\ncalendar: cleanup obsolete directories\nFollow 5282ada06bb and don't reinstall obsolete directories.\n\n'\n'SEP>9c6f3dfda6dd77772c669e3a235b451c9eb467ebX9c6f3dfda6ddX76887e84be975698b14699d7d0dfb157d73e9990\nEd MasteXemaste@FreeBSD.orgX2023-05-08T14:32:27-04:00\nEd MasteXemaste@FreeBSD.orgX2023-05-08T08:09:26-04:00\n\n1683547766\nbhyve: specify OpenSSL 1.1 API\nOPENSSL_API_COMPAT can be used to specify the OpenSSL API version in\nuse for the purpose of hiding deprecated interfaces and enabling\nthe appropriate deprecation notices.\n\nThis change is a NFC while we're still using OpenSSL 1.1.1 but will\navoid deprecation warnings upon the switch to OpenSSL 3.0. A future\nchange can then switch bhyve to use OpenSSL 3.0 APIs.\n\nReviewed by:\tjhb\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision: https://reviews.freebsd.org/D39998\n\n'\n'SEP>76887e84be975698b14699d7d0dfb157d73e9990X76887e84be97Xf76df4718d27f512a7f02cccc12b9b10cf6ad13a\nEd MasteXemaste@FreeBSD.orgX2023-05-08T14:25:15-04:00\nEd MasteXemaste@FreeBSD.orgX2023-05-02T16:57:12-04:00\n\n1683061032\ncpuset: increase userland maximum size to 1024\nHardware with more than 256 CPU cores is now available and will become\nincreasingly common. Bump CPU_MAXSIZE (used for userland cpuset_t\nsizing) to 1024 to define the ABI for FreeBSD 14.\n\nPR:\t\t269572, 271213 [exp-run]\nReviewed by:\tmjg, jhb\nRelnotes:\tyes\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision: https://reviews.freebsd.org/D39941\n\n'\n'SEP>f76df4718d27f512a7f02cccc12b9b10cf6ad13aXf76df4718d27Xf7ee28e755820375d5f441e19c1f1376a200e834\nKristof ProvostXkp@FreeBSD.orgX2023-05-08T17:44:47+02:00\nKristof ProvostXkp@FreeBSD.orgX2023-05-08T17:44:47+02:00\n\n1683560687\nif_ovpn tests: fix route_to test case\n* Move the .254 address to the tunnel device so we reply through the\n tunnel.\n* Remove the network route to 'break' routing, which we then 'fix' with\n pf's route-to, which is the functionality we wanted to test in the\n first place.\n\nReported by:\tmarkj\nSponsored by: Rubicon Communications, LLC (\"Netgate\")\n\n'\n'SEP>f7ee28e755820375d5f441e19c1f1376a200e834Xf7ee28e75582X9f60b8ce6085049c3886c3e2eb8d4034cef56627\nKristof ProvostXkp@FreeBSD.orgX2023-05-08T16:43:25+02:00\nKristof ProvostXkp@FreeBSD.orgX2023-05-08T16:41:48+02:00\n\n1683556908\nif_ovpn: notify userspace when we've used half of the sequence numbers\nOpenVPN uses the sequence number (as well as a userspace supplied nonce)\nto build the IV. This means we should avoid re-using sequence numbers.\nHowever, userspace doesn't know how many packets we've sent (and thus\nwhat sequence number we're up to).\n\nNotify userspace when we've used half of the available sequence numbers\nto tell it that it's time for a key renegotiaton.\n\nSponsored by:\tRubicon Communications, LLC (\"Netgate\")\nDifferential Revision:\thttps://reviews.freebsd.org/D39570\n\n'\n'SEP>9f60b8ce6085049c3886c3e2eb8d4034cef56627X9f60b8ce6085X1e37655ec3897ad4e71980009eb606d8ac679fb4\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-08T10:59:35-03:00\nMykola HohsadzeXkoliagogsadze@gmail.comX2023-05-08T10:39:09-03:00\n\n1683553149\narm64/disassem.c: Add detection of xzr and sp\nAdded support to distinguish between XZR/WZR and SP/WSP registers.\n\nAdd new OP_ flags to indicate if the instruction allows the use of SP\nfor a given register field. \"wSP\" and \"SP\" are removed from w_reg and\nx_reg, and helper functions are introduced for this purpose of detecting\nthe correct name of the x31 register.\n\nmhorne: While here, adjust some whitespace issues from a previous\ncommit.\n\nReviewed by:\tmhorne\nMFC after:\t1 week\nDifferential Revision:\thttps://reviews.freebsd.org/D39862\n\n'\n'SEP>1e37655ec3897ad4e71980009eb606d8ac679fb4X1e37655ec389X4849767cb16a4dbd4d1b923db25d34029c09e7b0\nYuri PankovXyuripv@FreeBSD.orgX2023-05-08T15:51:43+02:00\nYuri PankovXyuripv@FreeBSD.orgX2023-05-08T15:51:43+02:00\n\n1683553903\nvt(4): document enable_altgr\nReviewed by:\tbcr\nDifferential Revision:\thttps://reviews.freebsd.org/D39997\n\n'\n'SEP>4849767cb16a4dbd4d1b923db25d34029c09e7b0X4849767cb16aXf710a4de92c142fddde636e3610d525bc237ff6d\nDag-Erling Sm\xC3\xB8rgravXdes@FreeBSD.orgX2023-05-08T06:56:22+00:00\nDag-Erling Sm\xC3\xB8rgravXdes@FreeBSD.orgX2023-05-08T06:56:09+00:00\n\n1683528969\nmd5: Improve compatibility.\n* Overhaul the GNU compatibility mode to more closely emulate what the GNU tools do.\n\n* Add a Perl compatibility mode which emulates the shasum tool that ships with Perl. This is currently not installed.\n\n* Overhaul the tests.\n\nSponsored by:\tKlara, Inc.\nReviewed by:\tkevans\nDifferential Revision:\thttps://reviews.freebsd.org/D39446\n\n'\n'SEP>f710a4de92c142fddde636e3610d525bc237ff6dXf710a4de92c1Xbe68c895c8de3a46474933fc115df3c73b0301c3\nWarner LoshXimp@FreeBSD.orgX2023-05-07T23:14:12-06:00\nWarner LoshXimp@FreeBSD.orgX2023-05-07T23:14:12-06:00\n\n1683522852\ntwe: Add deprecation notice\nThis was flagged for removal in 14 over a year ago. Add deprecation to\nman page.\n\nMFC After: 3 days\n\n'\n'SEP>be68c895c8de3a46474933fc115df3c73b0301c3Xbe68c895c8deX4e2ddfba507f045ed83ae5a7beb5ec6b8eb897c5\nWarner LoshXimp@FreeBSD.orgX2023-05-07T22:30:10-06:00\nWarner LoshXimp@FreeBSD.orgX2023-05-07T22:28:16-06:00\n\n1683520096\nMAINTAINERS: Add myself to stand\nPeople email me when the boot loader breaks anyway, so ask to be\nincluded in reviews. And ask strongly since I've had to deal with too\nmany major breakages lately, distruting other things I need to do.\n\nSponsored by:\t\tNetflix\n\n'\n'SEP>4e2ddfba507f045ed83ae5a7beb5ec6b8eb897c5X4e2ddfba507fX356e698011b20ccba9c0a3f211e2a7761490875c\nWarner LoshXimp@FreeBSD.orgX2023-05-07T22:25:01-06:00\nWarner LoshXimp@FreeBSD.orgX2023-05-07T22:25:01-06:00\n\n1683519901\nciss: Fix typo\nAlthough unused, fixed type in CISS_BOARD_UNKNOWN #define.\n\nSubmitted by: Peter Eriksson (a trivial part of D25155)\n\n'\n'SEP>356e698011b20ccba9c0a3f211e2a7761490875cX356e698011b2X0745d837c2e9e37bd069bd7c05c8f9892fba0752\nJason A. HarmeningXjah@FreeBSD.orgX2023-05-07T18:30:43-05:00\nJason A. HarmeningXjah@FreeBSD.orgX2023-03-25T20:50:55-05:00\n\n1679795455\nunionfs(): destroy root vnode if upper registration fails\nIf unionfs_domount() fails, the mount path will not call VFS_UNMOUNT()\nto clean up after it. If this failure happens during upper vnode\nregistration, the unionfs root vnode will already be allocated.\nvflush() it in order to prevent the vnode from being leaked and the\nsubsequent vfs_mount_destroy() call from getting stuck waiting for\nthe mountpoint reference count to drain.\n\nReviewed by:\tkib, markj\nTested by:\tpho\nDifferential Revision: https://reviews.freebsd.org/D39767\n\n'\n'SEP>0745d837c2e9e37bd069bd7c05c8f9892fba0752X0745d837c2e9X08091729851294fe302548af3c57c51aa12692fb\nJason A. HarmeningXjah@FreeBSD.orgX2023-05-07T18:30:43-05:00\nJason A. HarmeningXjah@FreeBSD.orgX2023-03-25T20:41:33-05:00\n\n1679794893\nunionfs: prevent upperrootvp from being recycled during mount\nIf upperrootvp is doomed by a concurrent unmount, unionfs_nodeget()\nmay return without a reference or lock on it. unionfs_domount() must\nprevent the vnode from being recycled for use by a different file until\nit is finished with the vnode, namely once vfs_register_upper_from_vp()\nfails. Accomplish this by holding the reference returned by namei()\na bit longer.\n\nReviewed by:\tkib, markj\nTested by:\tpho\nDifferential Revision:\thttps://reviews.freebsd.org/D39767\n\n'\n'SEP>08091729851294fe302548af3c57c51aa12692fbX080917298512X95950880ade0b850b186aa60fc6606ed0ab30873\nJason A. HarmeningXjah@FreeBSD.orgX2023-05-07T18:30:43-05:00\nJason A. HarmeningXjah@FreeBSD.orgX2023-03-25T20:30:25-05:00\n\n1679794225\nunionfs: fixes to unionfs_nodeget() error handling\nIf either the lower or upper vnode is found to be doomed after\nlocking it, the newly-created unionfs node won't be associated\nwith it and its lock will be dropped. In that case, clear the\nuppervp and lowervp locals as necessary to avoid further use\nof the vnode in unionfs_nodeget(). If the upper vnode is doomed\nbut the lower vnode remains valid, additionally reset the unionfs\nnode's v_vnlock field to point to the lower vnode lock.\n\nReviewed by:\tkib, markj\nTested by:\tpho\nDifferential Revision:\thttps://reviews.freebsd.org/D39767\n\n'\n'SEP>95950880ade0b850b186aa60fc6606ed0ab30873X95950880ade0Xaf8e0a60d960c5cb261e6365a35952b6b85a6a34\nMariusz ZaborskiXoshogbo@FreeBSD.orgX2023-05-07T11:45:13+02:00\nMariusz ZaborskiXoshogbo@FreeBSD.orgX2023-05-07T11:45:13+02:00\n\n1683452713\nlibc: document when the namespace was created\nReviewed by:\tkib\nDifferential Revision:\thttps://reviews.freebsd.org/D39989\n\n'\n'SEP>af8e0a60d960c5cb261e6365a35952b6b85a6a34Xaf8e0a60d960X572b77f8da5e93ad8f42dbce90b5bfc18d507169\nWarner LoshXimp@FreeBSD.orgX2023-05-06T23:32:04-06:00\nElliott MitchellXehem+freebsd@m5p.comX2023-05-06T23:30:21-06:00\n\n1683437421\nRELNOTES: fix consistency\nColons on the commit ids started being lost at 89d197cc991a and\ncontinued subsequent updates.\n\nReviewed by:\timp\nDifferential Revision:\thttps://reviews.freebsd.org/D39991\n\n'\n'SEP>572b77f8da5e93ad8f42dbce90b5bfc18d507169X572b77f8da5eX39f92a76a99a2ceb747250da4f2d627b9c317f8c\nAlexander MotinXmav@FreeBSD.orgX2023-05-06T15:02:08-04:00\nAlexander MotinXmav@FreeBSD.orgX2023-05-06T14:57:14-04:00\n\n1683399434\nmountd: Improve error message for exports lines\nCurrently mountd print error message \"symbolic link in export path or\nstatfs failed\" in case some path component in an exports line fails\nvalidation. This revision improves the error message by giving more\ninformation about the precise error as well as the path component that\ncaused the issue.\n\nSubmitted by:\tAndrew Walker <awalker@ixsystems.com>\nReviewed by:\tmav, rmacklem\nDifferential Revision:\thttps://reviews.freebsd.org/D39840\n\n'\n'SEP>39f92a76a99a2ceb747250da4f2d627b9c317f8cX39f92a76a99aXa35453b9c7644f11df83d0c7e73da488f521e56e\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-06T14:49:19-03:00\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-05T19:00:02-03:00\n\n1683324002\nhwpmc: pass pmc pointer to more class methods\nIn many cases this avoids an extra lookup, since the callers always have\npm at hand. We can also eliminate several assertions, mostly for pm !=\nNULL. The class methods are an internal interface, and the callers\nalready handle such a scenario. No functional change intended.\n\nReviewed by:\tjkoshy\nMFC after:\t2 weeks\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D39915\n\n'\n'SEP>a35453b9c7644f11df83d0c7e73da488f521e56eXa35453b9c764Xfa88954fd8f16ef60084a73d446a23e791ed22e5\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-06T14:49:19-03:00\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-05T18:59:53-03:00\n\n1683323993\nhwpmc: unused/diagused annotations in tsc class\nThese are preferred over casts to void. No functional change.\n\nReviewed by:\tjkoshy\nMFC after:\t2 weeks\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D39914\n\n'\n'SEP>fa88954fd8f16ef60084a73d446a23e791ed22e5Xfa88954fd8f1X772b2dc3abc5072743e7598d35e0a8ad621e7b0d\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-06T14:49:19-03:00\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-05T18:59:41-03:00\n\n1683323981\nhwpmc: remove stub pmd_switch_{in,out} methods\nMost platforms (non-x86) don't require these methods and implement stub\nversions. If we initialize the pmc_mdep structure to always point to the\ngeneric versions, then we can purge the duplicate stubs.\n\nReviewed by:\tjkoshy\nMFC after:\t2 weeks\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D39913\n\n'\n'SEP>772b2dc3abc5072743e7598d35e0a8ad621e7b0dX772b2dc3abc5X3a7c9fc01bdae13edbd5724745b748e6a61065eb\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-06T14:49:19-03:00\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-05T18:59:33-03:00\n\n1683323973\nhwpmc: remove pmd_pcpu_{init,fini} callbacks\nThese are unused on all platforms.\n\nReviewed by:\tjkoshy, emaste\nMFC after:\t2 weeks\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D39912\n\n'\n'SEP>3a7c9fc01bdae13edbd5724745b748e6a61065ebX3a7c9fc01bdaX31610e34b7e39d573d927ea98346c88f23cabdab\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-06T14:49:19-03:00\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-05T18:59:27-03:00\n\n1683323967\nhwpmc_logging: less macro magic for type names\nProvide the log type names in their entirely, rather than relying on the\nmacro to prepend the prefix. This improves their searchability; for\nexample, if I see PMCLOG_TYPE_PMCALLOCATE in libpmc I will now be able\nto find where that is emitted in the kernel with a simple grep.\n\nReviewed by:\tjkoshy, emaste\nMFC after:\t2 weeks\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D39911\n\n'\n'SEP>31610e34b7e39d573d927ea98346c88f23cabdabX31610e34b7e3Xaba91805aa92a47b2f3f01741a55ff9f07c42d04\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-06T14:49:19-03:00\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-05T18:59:15-03:00\n\n1683323955\nhwpmc: don't use deprecated copystr(9)\nIt is just wrapper around strlcpy(), but results in more complicated\ncode. Clean this up to use strlcpy() or snprintf() as appropriate.\n\nReviewed by:\tjkoshy\nMFC after:\t2 weeks\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D39910\n\n'\n'SEP>aba91805aa92a47b2f3f01741a55ff9f07c42d04Xaba91805aa92X5387495773e9e92441b795c0eb8c2a3ecc25708a\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-06T14:49:19-03:00\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-05T18:59:01-03:00\n\n1683323941\nhwpmc: use kstack_contains()\nThis existing helper function is preferable to the hand-rolled\ncalculation of the kstack bounds.\n\nMake some small style improvements while here. Notably, rename every\ninstance of \"r\", the return address, to \"ra\". Tidy the includes in the\naffected files.\n\nReviewed by:\tjkoshy\nMFC after:\t2 weeks\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D39909\n\n'\n'SEP>5387495773e9e92441b795c0eb8c2a3ecc25708aX5387495773e9Xbf66159342e86b1dba02f1c463b47dd96fb09969\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-06T14:49:19-03:00\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-05T18:58:40-03:00\n\n1683323920\nhwpmc: simplify arm64 kernel stack unwinding\nUse the unwind_frame() function, which properly validates the frame\npointer and uses ADDR_MAKE_CANONICAL() for the pc, required when PAC is\nenabled.\n\nReviewed by:\tandrew, markj, jkoshy\nMFC after:\t2 weeks\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D39934\n\n'\n'SEP>bf66159342e86b1dba02f1c463b47dd96fb09969Xbf66159342e8X7253dc57a0b400ff745a43017928304ff8dcf33f\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-06T14:49:19-03:00\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-05T18:58:23-03:00\n\n1683323903\npmcstat: augment an error message\nIt also applies to the -t argument.\n\nReviewed by:\tjkoshy\nMFC after:\t2 weeks\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D39907\n\n'\n'SEP>7253dc57a0b400ff745a43017928304ff8dcf33fX7253dc57a0b4X3c8b7f49d0eb0eb448a68939aa7cccbd1f617520\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-06T14:49:19-03:00\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-05T18:58:13-03:00\n\n1683323893\nhwpmc: formatting of CPU and class lists\nThe end result is much more legible in both cases.\n\nReviewed by:\tjkoshy\nMFC after:\t2 weeks\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D39906\n\n'\n'SEP>3c8b7f49d0eb0eb448a68939aa7cccbd1f617520X3c8b7f49d0ebXca43b2ae3ef2ed86b0df36296464d7830b61b944\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-06T14:49:18-03:00\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-05T18:57:44-03:00\n\n1683323864\nhwpmc: trim MIPS CPU and class defs\nMIPS is gone, and this is the last remaining bit in the pmc code.\n\nReviewed by:\tjkoshy, emaste\nMFC after:\t2 weeks\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D39905\n\n'\n'SEP>ca43b2ae3ef2ed86b0df36296464d7830b61b944Xca43b2ae3ef2X8bd4459560f39bdbccba76a21539136a7a44b9d7\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-06T14:49:18-03:00\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-05T18:57:38-03:00\n\n1683323858\nhwpmc: trim obsolete Intel CPU and class defs\nNo functional change.\n\nReviewed by:\tjkoshy\nMFC after:\t2 weeks\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D39904\n\n'\n'SEP>8bd4459560f39bdbccba76a21539136a7a44b9d7X8bd4459560f3Xb6c9d2a3f892169d4a6acc92869f9d9db52876ea\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-06T14:49:18-03:00\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-05T18:57:23-03:00\n\n1683323843\npmccontrol: drop Pentium 4 special case\nThis is dead code; we no longer support Pentium hardware in libpmc or\nhwpmc.\n\nMFC after:\t2 weeks\nSponsored by:\tThe FreeBSD Foundation\n\n'\n'SEP>b6c9d2a3f892169d4a6acc92869f9d9db52876eaXb6c9d2a3f892X6bdf067890ed1d1515ad0dbd105848bb11711210\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-06T14:49:18-03:00\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-05T18:57:14-03:00\n\n1683323834\npmc_events.h: event list formatting\nImprove the legibility of the list. Bump overall indentation, fix some\nwhitespace, and sort the IAF block.\n\nReviewed by:\tjkoshy\nMFC after:\t2 weeks\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D39903\n\n'\n'SEP>6bdf067890ed1d1515ad0dbd105848bb11711210X6bdf067890edXd71a439020721a9abea5c353b9e03b5dc29d253e\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-06T14:49:18-03:00\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-05T18:56:55-03:00\n\n1683323815\npmc_events.h: update event list comment\nThis comment is no longer in sync with the contents of __PMC_EVENTS().\nUpdate to reflect the removal of various Intel event definitions from\nthis list; these event definitions now come from Linux and live in\nlib/libpmc/pmu-events/.\n\nReviewed by:\tjkoshy\nMFC after:\t2 weeks\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D39902\n\n'\n'SEP>d71a439020721a9abea5c353b9e03b5dc29d253eXd71a43902072X1be8ef26794dcf93e2f4851474808dc3b34dbcbd\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-06T14:49:18-03:00\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-05T18:56:34-03:00\n\n1683323794\nhwpmc: remove remaining UCP event definitions\nAlthough this block has remained in __PMC_EVENTS(), there is no handling\nof UCP in libpmc/libpmc.c, so it is not possible to select one of these\nevents. It should therefore be impossible to trigger the code removed\nfrom ucp_start_pmc(). Note that the GQ_SNOOP_MSF MSR exists only for\nNehalem and Westmere architectures, and the related events do not exist\nfor later generations.\n\nThe Uncore support in hwpmc has severely atrophied in general. We have\nuncore event definitions in pmu-events, but the kernel support was\nwritten against Intel Performance Measurement Architecture version 2,\nand is disabled for processor generations later than Westmere. Nehalem\nand Westmere lack uncore event definitions in pmu-events. I'd be\nsurprised if Uncore support is usable on any machine in its current\nstate.\n\nReviewed by:\tjkoshy\nMFC after:\t2 weeks\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D39901\n\n'\n'SEP>1be8ef26794dcf93e2f4851474808dc3b34dbcbdX1be8ef26794dX38843fe0f27cb93dc50a3b0d7ba9a958c0581de7\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-06T14:49:18-03:00\nMitchell HorneXmhorne@FreeBSD.orgX2023-05-05T18:55:54-03:00\n\n1683323754\nhwpmc: drop vestigial IAP event definitions\nThese are maintained elsewhere. No functional change.\n\nReviewed by:\tjkoshy\nMFC after:\t2 weeks\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D39900\n\n'\n'SEP>38843fe0f27cb93dc50a3b0d7ba9a958c0581de7X38843fe0f27cX3a8c69c1ff56b8f55a3ca87b1cb2513b5072a150\nKonstantin BelousovXkib@FreeBSD.orgX2023-05-06T14:24:07+03:00\nKonstantin BelousovXkib@FreeBSD.orgX2023-05-06T14:22:58+03:00\n\n1683372178\namd64: add MINIMALUP config\nThis is the MINIMAL config with SMP/NUMA options turned off.\nUseful to ensure that UP configuration still builds, until it is removed\nfinally.\n\nSponsored by:\tThe FreeBSD Foundation\nMFC after:\t1 week\n\n'\n'SEP>3a8c69c1ff56b8f55a3ca87b1cb2513b5072a150X3a8c69c1ff56X7c8e66ed8d9cbe49a4b8271883f2b2d5fdd37bce\nKonstantin BelousovXkib@FreeBSD.orgX2023-05-06T14:24:07+03:00\nKonstantin BelousovXkib@FreeBSD.orgX2023-05-06T14:21:13+03:00\n\n1683372073\namd64 MINIMAL config: remove sentence about acpi\nOn amd64 ACPI is required to boot, it cannot work as a module, and we do\nnot build the ACPI module for long time.\n\nSponsored by:\tThe FreeBSD Foundation\nMFC after:\t1 week\n\n'\n'SEP>7c8e66ed8d9cbe49a4b8271883f2b2d5fdd37bceX7c8e66ed8d9cXe044a0bce4953ed9a98af73fa98dd16d04a9c5ed\nKonstantin BelousovXkib@FreeBSD.orgX2023-05-06T14:24:07+03:00\nKonstantin BelousovXkib@FreeBSD.orgX2023-05-06T14:20:15+03:00\n\n1683372015\namd64: convert UP code to dynamically allocated pmap->pm_pcid\nReported by:\tpeterj\nSponsored by:\tThe FreeBSD Foundation\n\n'\n'SEP>e044a0bce4953ed9a98af73fa98dd16d04a9c5edXe044a0bce495Xc2399dd2e2273df296b58781a6a3690d7b8f3715\nMichael TuexenXtuexen@FreeBSD.orgX2023-05-06T11:21:16+02:00\nMichael TuexenXtuexen@FreeBSD.orgX2023-05-06T11:21:16+02:00\n\n1683364876\nbblog: inherit TCP_LOG option from listener\nWhen the TCP_LOG option is used to enable logging on a listening\nsocket, inherit this if the listener is not auto selected and does\nnot have a log id set.\n\nReviewed by:\t\tcc\nMFC after:\t\t1 week\nSponsored by:\t\tNetflix, Inc.\nDifferential Revision:\thttps://reviews.freebsd.org/D38436\n\n'\n'SEP>c2399dd2e2273df296b58781a6a3690d7b8f3715Xc2399dd2e227X113f56ba493037c752da15ed20eae18c9103ffa6\nMichael TuexenXtuexen@FreeBSD.orgX2023-05-06T11:12:06+02:00\nMichael TuexenXtuexen@FreeBSD.orgX2023-05-06T11:12:06+02:00\n\n1683364326\ntcp: improve BBLoging for PRUs\nLog all errors for PRUs, except when INP_DROPPED is set. In that case,\ndon't log it.\n\nReviewed by:\t\tglebius, rrs\nSponsored by:\t\tNetflix, Inc.\nDifferential Revision:\thttps://reviews.freebsd.org/D39591\n\n'\n'SEP>113f56ba493037c752da15ed20eae18c9103ffa6X113f56ba4930X3e696dfb7009cd8ffa12e36f48f4339bb7a2048d\nMichael TuexenXtuexen@FreeBSD.orgX2023-05-06T11:02:50+02:00\nMichael TuexenXtuexen@FreeBSD.orgX2023-05-06T11:02:50+02:00\n\n1683363770\ntcp_rack: allow the module to be loaded without TCP_BLACKBOX\nPR:\t\t\t271091\nReviewed by:\t\tcc\nSponsored by:\t\tNetflix, Inc.\nDifferential Revision:\thttps://reviews.freebsd.org/D39860\n\n'\n'SEP>3e696dfb7009cd8ffa12e36f48f4339bb7a2048dX3e696dfb7009Xf540a43052c12c76d3453ead881248d5467a1ab0 3a9b77fea28092bb3b06ed5f5f6e832511c36f96\nEd MasteXemaste@FreeBSD.orgX2023-05-05T19:57:34-04:00\nEd MasteXemaste@FreeBSD.orgX2023-05-05T19:57:34-04:00\n\n1683331054\nlibfido2: update to 1.10.0\nSome highlights from NEWS:\n\n ** bio: fix CTAP2 canonical CBOR encoding in fido_bio_dev_enroll_*();\n gh#480.\n ** New API calls:\n - fido_dev_info_set;\n - fido_dev_io_handle;\n - fido_dev_new_with_info;\n - fido_dev_open_with_info.\n ** Documentation and reliability fixes.\n ** Support for TPM 2.0 attestation of COSE_ES256 credentials.\n\nRelnotes: Yes\nSponsored by: The FreeBSD Foundation\n\n'\n'SEP>3a9b77fea28092bb3b06ed5f5f6e832511c36f96X3a9b77fea280X7248ec417c7d81cfb19038eee0db15723a85550e\nEd MasteXemaste@FreeBSD.orgX2023-04-26T12:38:59-04:00\nEd MasteXemaste@FreeBSD.orgX2023-04-26T12:38:17-04:00\n\n1682527097\nVendor import of libfido2 1.10.0\n\n'\n'SEP>f540a43052c12c76d3453ead881248d5467a1ab0Xf540a43052c1X648a208ef3a171585f3446464646832f0e0ed3dc 7248ec417c7d81cfb19038eee0db15723a85550e\nEd MasteXemaste@FreeBSD.orgX2023-05-05T19:11:52-04:00\nEd MasteXemaste@FreeBSD.orgX2023-05-05T19:11:52-04:00\n\n1683328312\nlibfido2: update to 1.9.0\nSome highlights from NEWS:\n\n ** Added OpenSSL 3.0 compatibility.\n ** Removed OpenSSL 1.0 compatibility.\n ** Support for FIDO 2.1 \"minPinLength\" extension.\n ** Support for COSE_EDDSA, COSE_ES256, and COSE_RS1 attestation.\n ** Support for TPM 2.0 attestation.\n ** Support for device timeouts; see fido_dev_set_timeout().\n ** New API calls:\n - es256_pk_from_EVP_PKEY;\n - fido_cred_attstmt_len;\n - fido_cred_attstmt_ptr;\n - fido_cred_pin_minlen;\n - fido_cred_set_attstmt;\n - fido_cred_set_pin_minlen;\n - fido_dev_set_pin_minlen_rpid;\n - fido_dev_set_timeout;\n - rs256_pk_from_EVP_PKEY.\n ** Reliability and portability fixes.\n ** Better handling of HID devices without identification strings; gh#381.\n\nRelnotes: Yes\nSponsored by: The FreeBSD Foundation\n\n'\n'SEP>7248ec417c7d81cfb19038eee0db15723a85550eX7248ec417c7dXa58dee945a5da64d0e97f35a508928e0d17c9cc7\nEd MasteXemaste@FreeBSD.orgX2023-04-26T12:38:55-04:00\nEd MasteXemaste@FreeBSD.orgX2023-04-26T12:37:20-04:00\n\n1682527040\nVendor import of libfido2 1.9.0\n\n'\n'SEP>648a208ef3a171585f3446464646832f0e0ed3dcX648a208ef3a1X7e0f8b79b773276712234421f140c8c6ebc0f780\nRick MacklemXrmacklem@FreeBSD.orgX2023-05-05T15:43:55-07:00\nRick MacklemXrmacklem@FreeBSD.orgX2023-05-05T15:43:55-07:00\n\n1683326635\nnfsd: Fix NFSv3 Readdir/ReaddirPlus reply for large i-node numbers\nIf the i-node number (d_fileno) for a file on the server did\nnot fit in 32bits, it would be truncated to the low order 32bits\nfor the NFSv3 Readdir and ReaddirPlus RPC replies.\nThis is no longer correct, given that ino_t is now 64bits.\n\nThis patch fixes this by sending the full 64bits of d_fileno\non the wire in the NFSv3 Readdir/ReaddirPlus RPC reply.\n\nPR:\t271174\nReported by:\tbmueller@panasas.com\nTested by:\tbmueller@panasas.com\nMFC after:\t2 weeks\n\n'\n'SEP>7e0f8b79b773276712234421f140c8c6ebc0f780X7e0f8b79b773X2df58f190731634be67e90b7c453dee587b4ea27\nDoug AmbriskoXambrisko@FreeBSD.orgX2023-05-05T09:20:48-07:00\nDoug AmbriskoXambrisko@FreeBSD.orgX2022-08-24T15:38:43-07:00\n\n1661380723\nAdd mrsasutil(8) as alias to mfiutil(8)\nmfiutil(8) in theory can work on devices attached to mrsas(4) but\nmrsas(4) is missing the FreeBSD mfi(4) ioctl support. Once that\nsupport is added to mrsas(4) then mrsasutil(8) can manage mrsas(4)\nattached devices. So this commit depends on that. When mrsasutil(8)\nis run it automatically opens /dev/mrsas0 instead of /dev/mfi0.\nAdd -D <device> and -t <type> flag to optionally specify mrsas or mfi to\nwork with the existing -u <unit>. Device is the device node with or\nwithout /dev/\n\nPR:\t\t\thttps://bugs.freebsd.org/bugzilla/show_bug.cgi?id=265794\nDifferential Revision:\thttps://reviews.freebsd.org/D36343\nTested by:\t\tDan Mahoney <freebsd@gushi.org>\nReviewed by:\t\tjhb\n\n'\n'SEP>2df58f190731634be67e90b7c453dee587b4ea27X2df58f190731X494e7dfdbe6ecfe572228ed39f5c794954da068c\nDimitry AndricXdim@FreeBSD.orgX2023-05-05T18:19:40+02:00\nDimitry AndricXdim@FreeBSD.orgX2023-05-05T18:19:40+02:00\n\n1683303580\nApply libc++ fix for compiling <type_traits> with gcc 13\nMerge commit 484e64f7e7b2 from llvm-project (by Roland McGrath):\n\n [libc++] Use __is_convertible built-in when available\n\n https://github.com/llvm/llvm-project/issues/62396 reports that\n GCC 13 barfs on parsing <type_traits> because of the declarations\n of `struct __is_convertible`. In GCC 13, `__is_convertible` is a\n built-in, but `__is_convertible_to` is not. Clang has both, so\n using either should be fine.\n\n Reviewed By: #libc, philnik\n\n Differential Revision: https://reviews.llvm.org/D149313\n\nReported by:\tMark Millard <marklmi@yahoo.com>\nMFC after:\t3 days\n\n'\n'SEP>494e7dfdbe6ecfe572228ed39f5c794954da068cX494e7dfdbe6eXc2eae5c39adcad87b9c04aaeefa0bef74e5ccf32\nKyle EvansXkevans@FreeBSD.orgX2023-05-05T10:28:40-05:00\nKyle EvansXkevans@FreeBSD.orgX2023-05-05T10:12:13-05:00\n\n1683299533\ndaemon: EINTR from kevent(2) is not a fatal error\nSimply resume waiting for events rather than exiting if we took a signal\nhere.\n\nThis at least fixes running programs under daemon(8) in the face of\nsuspend/resume, which I suspect hits us with a spurious EINTR rather\nthan a signal anyways.\n\nReported and tested by:\tmanu\nFixes:\t8935a3993219b (\"daemon: use kqueue for all events\")\n\n'\n'SEP>c2eae5c39adcad87b9c04aaeefa0bef74e5ccf32Xc2eae5c39adcX448045e4a7873f4733cebda56df002acabb2aef1\nJoseph KoshyXjkoshy@FreeBSD.orgX2023-05-05T15:42:59+01:00\nJoseph KoshyXjkoshy@FreeBSD.orgX2023-05-02T10:37:38+01:00\n\n1683020258\nman9: Add a manual page for kstack_contains(9).\nApproved by:\tgnn (mentor)\nReviewed by:\tmhorne\nDifferential Revision: https://reviews.freebsd.org/D39933\n\n'\n'SEP>448045e4a7873f4733cebda56df002acabb2aef1X448045e4a787Xdd744a896be358d6f001766188da6aed80e00378\nPiotr KubajXpkubaj@FreeBSD.orgX2023-05-05T16:20:28+02:00\nPiotr KubajXpkubaj@FreeBSD.orgX2023-05-05T16:19:19+02:00\n\n1683296359\nshare/mk/bsd.cpu.mk: add AltiVec / VSX to powerpc*'s MACHINE_CPU\nMFC after:\t3 days\nApproved by:\tjhibbits\nDifferential revision:\thttps://reviews.freebsd.org/D39240\n\n'\n'SEP>dd744a896be358d6f001766188da6aed80e00378Xdd744a896be3Xb10e100d1696782cfebef09b5870dfc6d1b3217b 6b96668d5b49eea57b7551349eca70928cc199ce\nJoseph MingroneXjrm@FreeBSD.orgX2023-05-05T10:56:10-03:00\nJoseph MingroneXjrm@FreeBSD.orgX2023-05-05T10:56:10-03:00\n\n1683294970\nlibpcap: Update to 1.10.4\nChangelog:\thttps://git.tcpdump.org/libpcap/blob/104271ba4a14de6743e43bcf87536786d8fddea4:/CHANGES\nReviewed by:\temaste\nObtained from:\thttps://www.tcpdump.org/release/libpcap-1.10.4.tar.gz\nSponsored by:\tThe FreeBSD Foundation\n\n'\n'SEP>6b96668d5b49eea57b7551349eca70928cc199ceX6b96668d5b49X35af88c96350eb786f1198dfb6b29a171016e6bf\nJoseph MingroneXjrm@FreeBSD.orgX2023-05-04T11:57:30-03:00\nJoseph MingroneXjrm@FreeBSD.orgX2023-05-04T11:52:25-03:00\n\n1683211945\nImport libpcap 1.10.4\nReviewed by:\temaste\nSponsored by:\tThe FreeBSD Foundation\n\n'\n'SEP>b10e100d1696782cfebef09b5870dfc6d1b3217bXb10e100d1696X66659955dafd3effd37e292c36c5404318d388e8\nCorvin K\xC3\xB6hneXcorvink@FreeBSD.orgX2023-05-05T15:34:00+02:00\nCorvin K\xC3\xB6hneXcorvink@FreeBSD.orgX2023-05-05T08:36:20+02:00\n\n1683268580\nvmm: don't free unallocated memory\nIf vmx or svm is disabled in BIOS or the device isn't supported by vmm,\nmodinit won't allocate these state save areas. As kmem_free panics when\npassing a NULL pointer to it, loading the vmm kernel module causes a\npanic too.\n\nPR:\t\t\t271251\nReviewed by:\t\tmarkj\nFixes:\t\t\t74ac712f72cfd6d7b3db3c9d3b72ccf2824aa183 (\"vmm: Dynamically allocate a couple of per-CPU state save areas\")\nMFC after:\t\t1 week\nSponsored by:\t\tBeckhoff Automation GmbH & Co. KG\nDifferential Revision:\thttps://reviews.freebsd.org/D39974\n\n'\n'SEP>66659955dafd3effd37e292c36c5404318d388e8X66659955dafdX5807f35c541c26bbd91a3ae12506cd8dd8f20688\nYuri PankovXyuripv@FreeBSD.orgX2023-05-05T15:08:51+02:00\nAlexey MarchenkoXa.marchenko@miatel.ruX2023-05-05T14:56:50+02:00\n\n1683291410\nbhyve(8): fix typo in examples\nPR:\t\t271259\n\n'\n'SEP>5807f35c541c26bbd91a3ae12506cd8dd8f20688X5807f35c541cXdabef9818f324a8b3cba2a361aff1d74e97be45e\nDag-Erling Sm\xC3\xB8rgravXdes@FreeBSD.orgX2023-05-05T12:42:32+00:00\nDag-Erling Sm\xC3\xB8rgravXdes@FreeBSD.orgX2023-05-05T11:17:44+00:00\n\n1683285464\ndd: Fix SIGINT handling.\nCurrently, we handle SIGINT by calling summary() and _exit() directly from the signal handler, which we install after setup(). There are several issues with this:\n\n* summary() is not signal safe;\n* the parent is not informed about the signal;\n* setup() can block on open(), and catching SIGINT at that stage will produce the correct exit status but will not print anything to stderr as POSIX demands.\n\nFix this by making SIGINT non-restartable, changing our signal handler to only set a flag, installing it before setup(), and checking the termination flag before and after every blocking operation, i.e. open(), read(), write().\n\nAlso add two test cases, one for catching SIGINT while opening the input and one for catching it while reading. I couldn't think of an easy way to test catching SIGINT while writing (it's certainly feasible, but perhaps not from a shell script).\n\nMFC after:\t1 week\nSponsored by:\tKlara, Inc.\nReviewed by:\tcracauer, ngie, imp\nDifferential Revision:\thttps://reviews.freebsd.org/D39641\n\n'\n'SEP>dabef9818f324a8b3cba2a361aff1d74e97be45eXdabef9818f32Xf7057652618a73d93911cf636c254d183db77f6f\nDag-Erling Sm\xC3\xB8rgravXdes@FreeBSD.orgX2023-05-05T12:42:32+00:00\nDag-Erling Sm\xC3\xB8rgravXdes@FreeBSD.orgX2023-05-05T11:17:39+00:00\n\n1683285459\ndd: Tidy up the tests.\nMFC after:\t1 week\nSponsored by:\tKlara, Inc.\nReviewed by:\tngie\nDifferential Revision:\thttps://reviews.freebsd.org/D39711\n\n'\n'SEP>f7057652618a73d93911cf636c254d183db77f6fXf7057652618aX8216f1a9ccaf880ac9cdb6d973032239d64e81bf\nEd MasteXemaste@FreeBSD.orgX2023-05-05T08:14:35-04:00\nEd MasteXemaste@FreeBSD.orgX2022-04-10T18:52:48-04:00\n\n1649631168\nMakefile.inc1: use make builtin :ts instead of sed\nCommit 3eb1b4da3cf7 replaced \"xargs -n1\" with a sed expression to\nconvert from space to newline as a list separator for *-old-* targets.\nDan Nelson followed up with a suggestion to use make's built-in :ts\ninstead, which should be slightly more efficient.\n\nReviewed by:\tsjg\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision: https://reviews.freebsd.org/D39972\n\n'\n'SEP>8216f1a9ccaf880ac9cdb6d973032239d64e81bfX8216f1a9ccafX6abf81b3d6747da0baa90860d5a6e929c97c9bb9\nKristof ProvostXkp@FreeBSD.orgX2023-05-05T13:41:02+02:00\nKristof ProvostXkp@FreeBSD.orgX2023-05-05T13:40:25+02:00\n\n1683286825\npf: fix a few more prototypes\nFix function prototypes to use the same type for sa_family_t as the\ndefinition.\n\nSponsored by:\tRubicon Communications, LLC (\"Netgate\")\n\n'\n'SEP>6abf81b3d6747da0baa90860d5a6e929c97c9bb9X6abf81b3d674Xfff1551c0357cc43f6138fecfad1d79d8d8baa15\nYuri PankovXyuripv@FreeBSD.orgX2023-05-05T11:51:44+02:00\nYuri PankovXyuripv@FreeBSD.orgX2023-05-05T11:48:57+02:00\n\n1683280137\npvscsi: maximum target number is one less than number of targets\nFix the number of targets we inquiry to be one less than the maximum\nnumber of targets adapter reports. This gets rid of the errors reported\non VMware Workstation:\n\n(probe36:pvscsi0:0:65:0): INQUIRY. CDB: 12 00 00 00 24 00\n(probe36:pvscsi0:0:65:0): CAM status: CCB request completed with an error\n\nWhile here, print the maximum number of targets.\n\nReviewed by:\timp\nDifferential Revision:\thttps://reviews.freebsd.org/D39867\n\n'\n'SEP>fff1551c0357cc43f6138fecfad1d79d8d8baa15Xfff1551c0357Xfa4651d7ea5bd7679e7ac5f17cd28581bb8db57f\nCy SchubertXcy@FreeBSD.orgX2023-05-04T21:37:02-07:00\nMina GalicXfreebsd_igalic.coX2023-05-04T21:33:18-07:00\n\n1683261198\nntpd: Support IPv6-only hosts\n0.pool.* returns only IPv4 addresses.\n2.pool.* returns both, IPv6 and IPv4 addresses.\n\nconservatively extend our IPv4 only pool configuration by adding a\nsecond pool, which also returns IPv6 addresses.\n\nPR:\t\t\t270536\nReported by:\t\tLapo Luchini <lapo@lapo.it>\nMFC after:\t\t3 days\nPull Request:\t\thttps://github.com/freebsd/freebsd-src/pull/731\nDifferential Revision:\thttps://reviews.freebsd.org/D39954\n\n'\n'SEP>fa4651d7ea5bd7679e7ac5f17cd28581bb8db57fXfa4651d7ea5bXa1f2b76761df83692a030479c4bd09953cf605b3\nEd MasteXemaste@FreeBSD.orgX2023-05-04T21:14:06-04:00\nEd MasteXemaste@FreeBSD.orgX2023-03-03T08:54:22-05:00\n\n1677851662\nbuild.7: remove reference to deprecated mergemaster\nSponsored by:\tThe FreeBSD Foundation\n\n'\n'SEP>a1f2b76761df83692a030479c4bd09953cf605b3Xa1f2b76761dfX6f9f3b726b42fcb834ada692222d76cbcdf64b95\nGraham PerrinXgrahamperrin@FreeBSD.orgX2023-05-05T01:23:09+01:00\nIgor OstapenkoXigor.ostapenko@pm.meX2023-05-05T01:08:26+01:00\n\n1683245306\nsys/x86/x86/mptable.c: typo (compatiblity)\nhttps://bugs.freebsd.org/269753\n\nPR: 269753\nReported by: Igor Ostapenko\nApproved by: doc, src (delphij, imp, zlei)\nDifferential revision: https://reviews.freebsd.org/D38741\n\n'\n'SEP>6f9f3b726b42fcb834ada692222d76cbcdf64b95X6f9f3b726b42X74081dc2bcd2a59393db438cbab3efc1f401e9d9\nGraham PerrinXgrahamperrin@FreeBSD.orgX2023-05-05T01:23:09+01:00\nIgor OstapenkoXigor.ostapenko@pm.meX2023-05-05T01:05:11+01:00\n\n1683245111\nsys/sys/_endian.h: typo (Compatiblity)\nhttps://bugs.freebsd.org/269753\n\nPR: 269753\nReported by: Igor Ostapenko\nApproved by: doc, src (delphij, imp, zlei)\nDifferential revision: https://reviews.freebsd.org/D38741\n\n'\n'SEP>74081dc2bcd2a59393db438cbab3efc1f401e9d9X74081dc2bcd2X0167b5a793349dc6f8aa600f69b56edcfb559d79\nGraham PerrinXgrahamperrin@FreeBSD.orgX2023-05-05T01:23:08+01:00\nIgor OstapenkoXigor.ostapenko@pm.meX2023-05-05T01:01:33+01:00\n\n1683244893\nsys/netpfil/ipfw/ip_fw2.c: typo (Compatiblity)\nhttps://bugs.freebsd.org/269753\n\nPR: 269753\nReported by: Igor Ostapenko\nApproved by: doc, src (delphij, imp, zlei)\nDifferential revision: https://reviews.freebsd.org/D38741\n\n'\n'SEP>0167b5a793349dc6f8aa600f69b56edcfb559d79X0167b5a79334Xa1bae244b6ea6c53add245cd1373c6dd43fb7631\nGraham PerrinXgrahamperrin@FreeBSD.orgX2023-05-05T01:23:08+01:00\nIgor OstapenkoXigor.ostapenko@pm.meX2023-05-04T20:44:21+01:00\n\n1683229461\nsys/amd64/conf/FIRECRACKER: typo (compatiblity)\nhttps://bugs.freebsd.org/269753\n\nPR: 269753\nReported by: Igor Ostapenko\nApproved by: doc, src (delphij, imp, zlei)\nDifferential revision: https://reviews.freebsd.org/D38741\n\n'\n'SEP>a1bae244b6ea6c53add245cd1373c6dd43fb7631Xa1bae244b6eaXaf32969ddbb508b9e04801217cc6d081be24a9e8\nWarner LoshXimp@FreeBSD.orgX2023-05-04T16:20:56-06:00\nWarner LoshXimp@FreeBSD.orgX2023-05-04T16:19:16-06:00\n\n1683238756\nAdd wifi(4) alias for wlan(4).\nSuggested by:\t\tjrtc27\nSponsored by:\t\tNetflix\n\n'\n'SEP>af32969ddbb508b9e04801217cc6d081be24a9e8Xaf32969ddbb5X910733a6f909b0106d3e7db45813ae1f8eb9ea83\nWarner LoshXimp@FreeBSD.orgX2023-05-04T16:06:28-06:00\nTom HukinsXtom@FreeBSD.orgX2023-05-04T16:05:15-06:00\n\n1683237915\nmpsutil(8): Remove a stray paragraph\nSpotted by running `mandoc -Tlint usr.sbin/mpsutil/mpsutil.8`.\n\nReviewed by: imp\nPull Request: https://github.com/freebsd/freebsd-src/pull/729\n\n'\n'SEP>910733a6f909b0106d3e7db45813ae1f8eb9ea83X910733a6f909X560a7d2584c8356b710ac63c71543bf5cc565439\nWarner LoshXimp@FreeBSD.orgX2023-05-04T16:06:28-06:00\nTom HukinsXtom@FreeBSD.orgX2023-05-04T16:05:15-06:00\n\n1683237915\nmpsutil(8): Improve English usage\nReviewed by: imp\nPull Request: https://github.com/freebsd/freebsd-src/pull/729\n\n'\n'SEP>560a7d2584c8356b710ac63c71543bf5cc565439X560a7d2584c8X9affcf438beb43e912e289d1b9f86692d73b0b0a\nWarner LoshXimp@FreeBSD.orgX2023-05-04T16:06:27-06:00\nTom HukinsXtom@FreeBSD.orgX2023-05-04T16:05:14-06:00\n\n1683237914\nmpr(4) & mps(4): refer to related utilities\nReviewed by: imp\nPull Request: https://github.com/freebsd/freebsd-src/pull/729\n\n'\n'SEP>9affcf438beb43e912e289d1b9f86692d73b0b0aX9affcf438bebX8fb0f07c7a1331beeecc0c0f6afec674671867b9\nWarner LoshXimp@FreeBSD.orgX2023-05-04T16:01:36-06:00\nBrian CampbellXBrian.Campbell@ed.ac.ukX2023-05-04T16:01:31-06:00\n\n1683237691\nbluetooth/hccontrol: Fix unterminated command list\nSigned-off-by: Brian Campbell <Brian.Campbell@ed.ac.uk>\nReviewed by: imp\nPull Request: https://github.com/freebsd/freebsd-src/pull/730\n\n'\n'SEP>8fb0f07c7a1331beeecc0c0f6afec674671867b9X8fb0f07c7a13X6cf4b46197ba0e99342d72cd976e93b168e887ee\nWarner LoshXimp@FreeBSD.orgX2023-05-04T15:59:12-06:00\nTom HukinsXtom@FreeBSD.orgX2023-05-01T15:47:58+01:00\n\n1682952478\nwlan(4): Mention WiFi more prominently\nWiFi is a commonly used term to describe wireless LANs. Adding this\nword will help readers better understand the contents of this manual\npage and will help find the page when searching, for example when\nrunning `man -k wifi`.\n\nPull Request: https://github.com/freebsd/freebsd-src/pull/721\nReviewed by: imp\n\n'\n'SEP>6cf4b46197ba0e99342d72cd976e93b168e887eeX6cf4b46197baXafdb42987ca82869eeaecf6dc25c2b6fb7b8370e\nJohn BaldwinXjhb@FreeBSD.orgX2023-05-04T12:34:02-07:00\nJohn BaldwinXjhb@FreeBSD.orgX2023-05-04T12:34:02-07:00\n (origin/main, origin/HEAD)\n1683228842\nemac(4): Use bool rather than boolean_t.\nThis was already using true/false rather than TRUE/FALSE.\n\nReviewed by:\timp, emaste\nDifferential Revision:\thttps://reviews.freebsd.org/D39927\n\n'\n'SEP>afdb42987ca82869eeaecf6dc25c2b6fb7b8370eXafdb42987ca8X2fd903276ddb5159dcea93f16e0bfe9a1fc9e491\nJohn BaldwinXjhb@FreeBSD.orgX2023-05-04T12:33:39-07:00\nJohn BaldwinXjhb@FreeBSD.orgX2023-05-04T12:33:39-07:00\n\n1683228819\nofw_cpu_early_foreach: Change callback to return bool instead of boolean_t.\nReviewed by:\timp\nDifferential Revision:\thttps://reviews.freebsd.org/D39926\n\n'\n'SEP>2fd903276ddb5159dcea93f16e0bfe9a1fc9e491X2fd903276ddbX1efae8a24ffd08e78decc4a95f134db620dc41ce\nJohn BaldwinXjhb@FreeBSD.orgX2023-05-04T12:33:20-07:00\nJohn BaldwinXjhb@FreeBSD.orgX2023-05-04T12:33:20-07:00\n\n1683228800\ndwc(4): Use bool rather than boolean_t.\nThis was already using true/false rather than TRUE/FALSE.\n\nReviewed by:\temaste\nDifferential Revision:\thttps://reviews.freebsd.org/D39925\n\n'\n'SEP>1efae8a24ffd08e78decc4a95f134db620dc41ceX1efae8a24ffdX463edaf441ac5e881d8202a5c1ffa4bfe4df4678\nJohn BaldwinXjhb@FreeBSD.orgX2023-05-04T12:32:57-07:00\nJohn BaldwinXjhb@FreeBSD.orgX2023-05-04T12:32:57-07:00\n\n1683228777\ndpaa2: Replace boolean_t with bool.\nThis was already using true/false rather than TRUE/FALSE.\n\nReviewed by:\timp, emaste\nDifferential Revision:\thttps://reviews.freebsd.org/D39924\n\n'\n'SEP>463edaf441ac5e881d8202a5c1ffa4bfe4df4678X463edaf441acX65c92e48c43aca347b614d1e0a5c87c9df0ed8a8\nJohn BaldwinXjhb@FreeBSD.orgX2023-05-04T12:32:40-07:00\nJohn BaldwinXjhb@FreeBSD.orgX2023-05-04T12:32:40-07:00\n\n1683228760\nal: Replace boolean_t with either al_bool or bool.\nUse al_bool for interfaces and structures defined in the\nOS-independent HAL in sys/contrib, and use plain bool for\nFreeBSD-specific APIs and structures in sys/dev/al_eth.\n\nReviewed by:\timp, emaste\nDifferential Revision:\thttps://reviews.freebsd.org/D39923\n\n'\n'SEP>65c92e48c43aca347b614d1e0a5c87c9df0ed8a8X65c92e48c43aX4961faaacc07d5bc71f28131229b1184d0d5ca9f\nJohn BaldwinXjhb@FreeBSD.orgX2023-05-04T12:32:09-07:00\nJohn BaldwinXjhb@FreeBSD.orgX2023-05-04T12:32:09-07:00\n\n1683228729\nacpi_button: Replace boolean_t with better types.\n- Use an enum for the button type (it is not really a boolean value).\n\n- Use bool for fixed.\n\nReviewed by:\timp, emaste\nDifferential Revision:\thttps://reviews.freebsd.org/D39922\n\n'\n'SEP>4961faaacc07d5bc71f28131229b1184d0d5ca9fX4961faaacc07X407f675718aaf3dfed4795746b41c946ced47209\nJohn BaldwinXjhb@FreeBSD.orgX2023-05-04T12:29:48-07:00\nJohn BaldwinXjhb@FreeBSD.orgX2023-05-04T12:29:48-07:00\n\n1683228588\npmap_{un}map_io_transient: Use bool instead of boolean_t.\nReviewed by:\timp, kib\nDifferential Revision:\thttps://reviews.freebsd.org/D39920\n\n'\n'SEP>407f675718aaf3dfed4795746b41c946ced47209X407f675718aaXb75d7e2cbe949583b3debef340f7e77b65ffb6b9\nJohn BaldwinXjhb@FreeBSD.orgX2023-05-04T12:29:29-07:00\nJohn BaldwinXjhb@FreeBSD.orgX2023-05-04T12:29:29-07:00\n\n1683228569\nimgact_elf: Change header_supported to return bool instead of boolean_t.\nReviewed by:\timp, kib, emaste\nDifferential Revision:\thttps://reviews.freebsd.org/D39919\n\n'\n'SEP>b75d7e2cbe949583b3debef340f7e77b65ffb6b9Xb75d7e2cbe94Xe5e345a4b0aa9ac50ed23f90851fc5c68e94e0fd\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-04T12:03:34-07:00\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-04T12:03:34-07:00\n\n1683227014\nmd5 Makefile.depend.host\n\n'\n'SEP>e5e345a4b0aa9ac50ed23f90851fc5c68e94e0fdXe5e345a4b0aaXcb46f47c7969b619d1b2547d06a75ad5b375eda9\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-04T11:58:39-07:00\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-04T11:58:39-07:00\n\n1683226719\nlocal.dirdeps.mk skip N_host_libs for non-FreeBSD host\nThe N_host_libs dance only makes sense if host is FreeBSD.\nEven then, if MK_host_egacy is yes we need libmd\n\nlibnetbsd does not need libutil when using libegacy\n\nSponsored by:\tJuniper Networks, Inc.\n\n'\n'SEP>cb46f47c7969b619d1b2547d06a75ad5b375eda9Xcb46f47c7969X5903d9c00b75f17f09404d1001ee5aaae7603a61\nDag-Erling Sm\xC3\xB8rgravXdes@FreeBSD.orgX2023-05-04T18:51:11+00:00\nDag-Erling Sm\xC3\xB8rgravXdes@FreeBSD.orgX2023-05-04T17:26:59+00:00\n\n1683221219\ntsort: Error out if writing to stdout failed.\nMFC after:\t1 week\nSponsored by:\tKlara, Inc.\nReviewed by:\tkevans, imp\nDifferential Revision:\thttps://reviews.freebsd.org/D39959\n\n'\n'SEP>5903d9c00b75f17f09404d1001ee5aaae7603a61X5903d9c00b75Xba4d333364ea7b4f8bccce3e5f35bd989b707c6a\nDag-Erling Sm\xC3\xB8rgravXdes@FreeBSD.orgX2023-05-04T18:51:10+00:00\nDag-Erling Sm\xC3\xB8rgravXdes@FreeBSD.orgX2023-05-04T17:26:54+00:00\n\n1683221214\nncal: Error out if writing to stdout failed.\nMFC after:\t1 week\nSponsored by:\tKlara, Inc.\nReviewed by:\tkevans, imp\nDifferential Revision:\thttps://reviews.freebsd.org/D39958\n\n'\n'SEP>ba4d333364ea7b4f8bccce3e5f35bd989b707c6aXba4d333364eaX42d088299cd44287d6f532a6a93ac9c78ce74de7\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-04T11:29:33-07:00\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-04T11:29:33-07:00\n\n1683224973\ndirdeps.mk for host* DEP_TARGET_SPEC is just DEP_MACHINE\nThis helps avoid ugly noise in dirdeps.cache on Linux.\n\n'\n'SEP>42d088299cd44287d6f532a6a93ac9c78ce74de7X42d088299cd4Xbf206a1db26e44180466ea2258a2b82467ffb99e\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-04T09:46:47-07:00\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-04T09:46:47-07:00\n\n1683218807\nUpdate meta.sys.mk ensure DEP_* set at level 1+\n\n'\n'SEP>bf206a1db26e44180466ea2258a2b82467ffb99eXbf206a1db26eX0d66206fff44f864ea8a4b220c3a53b4caa959a0\nKristof ProvostXkp@FreeBSD.orgX2023-05-04T18:22:54+02:00\nKristof ProvostXkp@FreeBSD.orgX2023-05-04T17:20:02+02:00\n\n1683213602\npf: remove NULL check before uma_zfree()\numa_zfree() can be called on a NULL pointer. Simplify the pf code a\nlittle by removing the redundant checks.\n\nSponsored by:\tRubicon Communications, LLC (\"Netgate\")\n\n'\n'SEP>0d66206fff44f864ea8a4b220c3a53b4caa959a0X0d66206fff44X3582acbad303bb69895457a8a7dae0f485efe8ea 5eab6333fa27e2b6954c6927859d462a004e57bb\nEd MasteXemaste@FreeBSD.orgX2023-05-04T11:46:40-04:00\nEd MasteXemaste@FreeBSD.orgX2023-05-04T11:46:25-04:00\n\n1683215185\nAdd 'contrib/spleen/' from commit '5eab6333fa27e2b6954c6927859d462a004e57bb'\ngit-subtree-dir: contrib/spleen\ngit-subtree-mainline: 3582acbad303bb69895457a8a7dae0f485efe8ea\ngit-subtree-split: 5eab6333fa27e2b6954c6927859d462a004e57bb\n\nReviewed by:\timp [earlier]\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D20653\n\n'\n'SEP>5eab6333fa27e2b6954c6927859d462a004e57bbX5eab6333fa27Xf3d044c73b847c27ea751557b6c979b735a3771f\nEd MasteXemaste@FreeBSD.orgX2023-05-04T11:05:42-04:00\nEd MasteXemaste@FreeBSD.orgX2023-05-04T11:05:42-04:00\n\n1683212742\nVendor import of spleen font 1.9.3\n\n'\n'SEP>f3d044c73b847c27ea751557b6c979b735a3771fXf3d044c73b84X\nEd MasteXemaste@FreeBSD.orgX2023-05-04T10:39:10-04:00\nEd MasteXemaste@FreeBSD.orgX2023-05-04T10:38:22-04:00\n\n1683211102\nVendor import of spleen font 1.6.0\nObtained from:\thttps://github.com/fcambus/spleen\n\n'\n'SEP>3582acbad303bb69895457a8a7dae0f485efe8eaX3582acbad303Xaf1c6d3f3013062370692c8e1e9c87bb138fbbd9\nKonstantin BelousovXkib@FreeBSD.orgX2023-05-04T18:39:22+03:00\nKonstantin BelousovXkib@FreeBSD.orgX2023-05-04T09:24:03+03:00\n\n1683181443\namd64 mp_machdep.c: remove useless comment\nReviewed by:\tmarkj\nSponsored by:\tThe FreeBSD Foundation\nDifferential revision:\thttps://reviews.freebsd.org/D39945\n\n'\n'SEP>af1c6d3f3013062370692c8e1e9c87bb138fbbd9Xaf1c6d3f3013Xe704f88f3d924202e60e37c82dd50a5022c89dd4\nKonstantin BelousovXkib@FreeBSD.orgX2023-05-04T18:39:22+03:00\nKonstantin BelousovXkib@FreeBSD.orgX2023-05-03T12:41:46+03:00\n\n1683106906\namd64: do not leak pcpu pages\nDo not preallocate pcpu area backing pages on early startup, only\nallocate enough of KVA for pcpu[MAXCPU] and the page for BSP. Other\npages are allocated after we know the number of cpus and their\nassignments to the domains.\n\nPCPUs are not accessed until they are initialized, which happens on AP\nstartup.\n\nReviewed by:\tmarkj\nSponsored by:\tThe FreeBSD Foundation\nDifferential revision:\thttps://reviews.freebsd.org/D39945\n\n'\n'SEP>e704f88f3d924202e60e37c82dd50a5022c89dd4Xe704f88f3d92X5fd34912b4a51f6ebe55d0d832fab4f3c60228e7\nKonstantin BelousovXkib@FreeBSD.orgX2023-05-04T18:39:22+03:00\nKonstantin BelousovXkib@FreeBSD.orgX2023-05-04T09:17:30+03:00\n\n1683181050\namd64: initialize APs kpmap_store in init_secondary()\nThe APs pcpu area is zeroed in init_secondary() by pcpu_init(), so the\nearly initialization in pmap_bootstrap() is nop.\n\nFixes:\t42f722e721cd010ae5759a4b0d3b7b93c2b9cad2ESC\nReviewed by:\tmarkj\nSponsored by:\tThe FreeBSD Foundation\nDifferential revision:\thttps://reviews.freebsd.org/D39945\n\n'\n'SEP>5fd34912b4a51f6ebe55d0d832fab4f3c60228e7X5fd34912b4a5X5282ada06bbc6727b467d6f6530fa19114143c61\nWarner LoshXimp@FreeBSD.orgX2023-05-04T08:25:46-06:00\nWarner LoshXimp@FreeBSD.orgX2023-05-04T08:25:46-06:00\n\n1683210346\nstand: Fix oversight in updating OpenZFS: Add com.klarasystems:vdev_zaps_v2\ncom.klarasystems:vdev_zaps_v2 is a new feature that the last OpenZFS\nimport brought in. It needs to be on the list of supported features, but\nthat update didn't happen so I woke up to a mailbox with multiple\ncomplaints.\n\nCirrusCI test to boot twice with a zpool update inbetween coming later\ntoday.\n\nSponsored by:\t\tNetflix\n\n'\n'SEP>5282ada06bbc6727b467d6f6530fa19114143c61X5282ada06bbcX4194bbb34c60a5bf0fd0ba28f7bfa20b7842ba3f\nLi-Wen HsuXlwhsu@FreeBSD.orgX2023-05-04T12:28:52+08:00\nLi-Wen HsuXlwhsu@FreeBSD.orgX2023-05-04T12:28:52+08:00\n\n1683174532\nObsoleteFiles: Complete 20201025: Remove cal data files\nFixes:\td20d6550187a calendar: remove all datafiles except freebsd one\nMFC after:\t3 days\n\n'\n'SEP>4194bbb34c60a5bf0fd0ba28f7bfa20b7842ba3fX4194bbb34c60X406475581246360faa7af9891dc8ad2423284e18\nEd MasteXemaste@FreeBSD.orgX2023-05-03T16:58:22-04:00\nEd MasteXemaste@FreeBSD.orgX2022-05-16T14:37:21-04:00\n\n1652726241\nrelease: Report disk image filename\nFor someone new to the release bits it's not always clear what files are\nbeing created. Report the disk image name explicitly.\n\nReviewed by:\tgjb\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D39953\n\n'\n'SEP>406475581246360faa7af9891dc8ad2423284e18X406475581246X9f27341c336aa12f6c7163c17e646e76c813b689\nChuck SilversXchs@FreeBSD.orgX2023-05-03T13:31:32-07:00\nChuck SilversXchs@FreeBSD.orgX2023-05-03T13:21:19-07:00\n\n1683145279\nfsck_ffs: fix the previous change that skipped pass 5 in some cases\nThe previous change involved calling check_cgmagic() twice in a row\nfor the same CG in order to differentiate when the CG was already ok vs.\nwhen the CG was rebuilt, but that doesn't work because the second call\n(which was supposed to rebuild the CG) returns 0 (indicating that\nthe CG was not rebuilt) due to the prevfailcg check causing an early\nfailure return. Fix this by moving the rebuild part of check_cgmagic()\nout into a separate function which is called by pass1() when it wants to\nrebuild a CG.\n\nFixes: da86e7a20dc4a4b17e8d9e7630ed9b675cf71702\nReported by:\tpho\nDiscussed with:\tmckusick\nSponsored by:\tNetflix\n\n'\n'SEP>9f27341c336aa12f6c7163c17e646e76c813b689X9f27341c336aX04ede3675e44847c3e9e4a9bd44509cdf42ed60a\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-03T12:20:02-07:00\nSimon J. GerratyXsjg@FreeBSD.orgX2023-05-03T12:20:02-07:00\n\n1683141602\nlocal.meta.sys.mk set BOOTSTRAPPING\nWhen building for host on non-FreeBSD\nsome makefiles want to see BOOTSTRAPPING defined.\n\nWith this libmd and hence nmtree build ok\n\n'\n'SEP>04ede3675e44847c3e9e4a9bd44509cdf42ed60aX04ede3675e44Xe8f6e5b2d969fdf7e8f0a9a0a87eede357618fe9\nMichael TuexenXtuexen@FreeBSD.orgX2023-05-03T20:28:46+02:00\nMichael TuexenXtuexen@FreeBSD.orgX2023-05-03T20:28:46+02:00\n\n1683138526\nsctp: only start shutdown guard timer when sending SHUTDOWN chunk\nThe intention is to protect a malicious peer not following the\nshutdown procedures.\n\nMFC after:\t1 week\n\n'\n'SEP>e8f6e5b2d969fdf7e8f0a9a0a87eede357618fe9Xe8f6e5b2d969Xfc2e2c950d97166ab32ca24134a37986ccaf94ab\nMark JohnstonXmarkj@FreeBSD.orgX2023-05-03T11:56:46-04:00\nMark JohnstonXmarkj@FreeBSD.orgX2023-05-03T11:56:46-04:00\n\n1683129406\nunix: Fix locking in uipc_peeraddr()\nAfter the locking protocol changed in commit 75a67bf3d00d (\"AF_UNIX:\nmake unix socket locking finer grained\"), uipc_peeraddr() was not\nupdated accordingly.\n\nThe link lock now only protects global socket lists. The PCB lock is\nused to protect the link between connected PCBs, so use that. Remove an\nold comment which appears to be noting that unp_conn is not set for\nconnected SOCK_DGRAM sockets (in one direction anyway).\n\nReviewed by:\tglebius\nMFC after:\t1 week\nDifferential Revision:\thttps://reviews.freebsd.org/D39855\n\n'\n'SEP>fc2e2c950d97166ab32ca24134a37986ccaf94abXfc2e2c950d97Xd9ae4adff2715cfab4a941037ec15aa07108efa1\nEd MasteXemaste@FreeBSD.orgX2023-05-03T11:41:58-04:00\nEd MasteXemaste@FreeBSD.orgX2023-05-02T13:27:18-04:00\n\n1683048438\nsrc.conf: add WITH_TOOLCHAIN description\nIt is not used by the in-tree default configuration, but adding it\nallows downstream projects with different defaults to make use of\nCirrus-CI (as the makeman test added in 85e8c2a03490 requires that\nthere are no missing option descriptions).\n\nReviewed by:\timp\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision: https://reviews.freebsd.org/D39936\n\n'\n'SEP>d9ae4adff2715cfab4a941037ec15aa07108efa1Xd9ae4adff271X81f964e2ffb7cd5d30df0a5c3877900cca4fdd07\nMichael TuexenXtuexen@FreeBSD.orgX2023-05-03T17:33:49+02:00\nMichael TuexenXtuexen@FreeBSD.orgX2023-05-03T17:30:50+02:00\n\n1683127850\nsctp: improve shutdown(..., SHUT_WR) handling\nWhen shutdown(..., SHUT_WR) is called in the front states, send a\nSHUTDOWN chunk when a COOKIE ACK chunk is received and there is\nno outstanding data.\n\nMFC after:\t1 week\n\n'\n'SEP>81f964e2ffb7cd5d30df0a5c3877900cca4fdd07X81f964e2ffb7Xd411c1d696ef35d60f8c3564e5eef7aeafa2fece\nEd MasteXemaste@FreeBSD.orgX2023-05-03T10:03:27-04:00\nEd MasteXemaste@FreeBSD.orgX2023-05-03T09:26:42-04:00\n\n1683120402\nauthpf: do not sprintf to a null pointer\nThe fgetln loop will terminate with buf = NULL at EOF.\n\nReported by:\tGCC\nReviewed by:\tkp\nMFC after:\t3 days\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision: https://reviews.freebsd.org/D39947\n\n'\n'SEP>d411c1d696ef35d60f8c3564e5eef7aeafa2feceXd411c1d696efX16303d2ba6b099afa8ec8f2e97deca2785caa082 d96e29576c89e6e547cb82b477651d2b85ea0fed\nMartin MatuskaXmm@FreeBSD.orgX2023-05-03T12:04:55+02:00\nMartin MatuskaXmm@FreeBSD.orgX2023-05-03T12:04:55+02:00\n\n1683108295\nzfs: merge openzfs/zfs@d96e29576\nNotable upstream pull request merges:\n\n #11680 Add support for zpool user properties\n #14145 Storage device expansion \"silently\" fails on degraded vdev\n #14405 Create zap for root vdev\n #14659 Allow MMP to bypass waiting for other threads\n #14674 Miscellaneous FreBSD compilation bugfixes\n #14692 Fix some signedness issues in arc_evict()\n #14702 Fix typo in check_clones()\n #14715 module: small fixes for FreeBSD/aarch64\n #14716 Trim needless zeroes from checksum events\n #14719 vdev: expose zfs_vdev_max_ms_shift as a module parameter\n #14722 Fix \"Detach spare vdev in case if resilvering does not happen\"\n #14723 freebsd clone range fixes\n #14728 Fix BLAKE3 aarch64 assembly for FreeBSD and macOS\n #14735 Fix in check_filesystem()\n #14739 Fix data corruption when cloning embedded blocks\n #14758 Fix VERIFY(!zil_replaying(zilog, tx)) panic\n #14761 Revert \"ZFS_IOC_COUNT_FILLED does unnecessary txg_wait_synced()\"\n #14774 FreeBSD .zfs fixups\n #14776 FreeBSD: make zfs_vfs_held() definition consistent with declaration\n #14779 powerpc64: Support ELFv2 asm on Big Endian\n #14788 FreeBSD: add missing vop_fplookup assignments\n #14789 PAM: support the authentication facility\n #14790 Revert \"Fix data race between zil_commit() and zil_suspend()\"\n #14795 Fix positive ABD size assertion in abd_verify()\n #14798 Mark TX_COMMIT transaction with TXG_NOTHROTTLE\n #14804 Correct ABD size for split block ZIOs\n #14806 Use correct block pointer in block cloning case.\n #14808 blake3: fix up bogus checksums in face of cpu migration\n\nObtained from:\tOpenZFS\nOpenZFS commit:\td96e29576c89e6e547cb82b477651d2b85ea0fed\n\n'\n'SEP>d96e29576c89e6e547cb82b477651d2b85ea0fedXd96e29576c89X012829df0c99d843c9c873b9be57796eaecb155b\nGitHubXnoreply@github.comX2023-05-02T09:24:26-07:00\nPawel Jakub DawidekXpawel@dawidek.netX2023-05-03T01:24:26+09:00\n\n1683044666\nUse correct block pointer in block cloning case.\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nReviewed-by: Brian Atkinson <batkinson@lanl.gov>\r\nSigned-off-by: Pawel Jakub Dawidek <pawel@dawidek.net>\r\nCloses #14806 \n'\n'SEP>012829df0c99d843c9c873b9be57796eaecb155bX012829df0c99Xe2a92d726e1849f646d137510796b11c26d45cae\nGitHubXnoreply@github.comX2023-05-02T09:21:47-07:00\nBrian BehlendorfXbehlendorf1@llnl.govX2023-05-02T09:21:47-07:00\n\n1683044507\nWrap clang specific pragma\nClang specific pragmas need to be wrapped to prevent a build\r\nwarning when compiling with gcc.\r\n\r\nReviewed-by: Tino Reichardt <milky-zfs@mcmilk.de>\r\nSigned-off-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nCloses #14814 \n'\n'SEP>e2a92d726e1849f646d137510796b11c26d45caeXe2a92d726e18X0c93d86f01e509cdfab271fa285497cbda4e3a9f\nGitHubXnoreply@github.comX2023-05-01T17:21:27-07:00\nMateusz GuzikXmjguzik@gmail.comX2023-05-02T02:21:27+02:00\n\n1682986887\nblake3: fix up bogus checksums in face of cpu migration\nThis is a temporary measure until a better fix is sorted out.\r\n\r\nReviewed-by: Richard Yao <richard.yao@alumni.stonybrook.edu>\r\nReviewed-by: Alexander Motin <mav@FreeBSD.org>\r\nReviewed-by: Rich Ercolani <rincebrain@gmail.com>\r\nSigned-off-by: Mateusz Guzik <mjguzik@gmail.com>\r\nSponsored by:\tRubicon Communications, LLC (\"Netgate\")\r\nCloses #14785\r\nCloses #14808 \n'\n'SEP>0c93d86f01e509cdfab271fa285497cbda4e3a9fX0c93d86f01e5X5a83f761c7c7445dda39d3fd3c5aa2a7bcb353f1\nGitHubXnoreply@github.comX2023-05-01T17:18:42-07:00\nSerapheim DimitropoulosXserapheim@delphix.comX2023-05-01T17:18:42-07:00\n\n1682986722\nCorrect ABD size for split block ZIOs\nCurrently when layering the ABD buffer of each split block on top of\r\nan indirect vdev's ZIO ABD we don't specify the split block's ABD.\r\nThis results in those ABDs being incorrectly sized by inheriting\r\nthe size of their parent ABD which is larger than what each split\r\nblock needs.\r\n\r\nThe above behavior isn't causing any bugs currently but can lead\r\nto unexpected ABD sizes for people analyzing and/or working on\r\nthe ZIO codepath. This patch fixes this behavior by properly setting\r\nthe ABD size for split block ZIOs.\r\n\r\nReviewed-by: Matthew Ahrens <mahrens@delphix.com>\r\nReviewed-by: Igor Kozhukhov <igor@dilos.org>\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nReviewed-by: Mark Maybee <mark.maybee@delphix.com>\r\nReviewed-by: Brian Atkinson <batkinson@lanl.gov>\r\nSigned-off-by: Serapheim Dimitropoulos <serapheim@delphix.com>\r\nCloses #14804 \n'\n'SEP>5a83f761c7c7445dda39d3fd3c5aa2a7bcb353f1X5a83f761c7c7X2fd1c30423620a5b198ac1a5aa2cff8e1e57b7f3\nGitHubXnoreply@github.comX2023-04-27T12:49:21-07:00\nJustin HibbitsXchmeeedalf@users.noreply.github.comX2023-04-27T15:49:21-04:00\n\n1682624961\npowerpc64: Support ELFv2 asm on Big Endian\nFreeBSD/powerpc64 is all ELFv2 since FreeBSD 13, even big endian. The\r\nexisting sha256 and sha512 asm code assumes that BE is all ELFv1, and LE\r\nis ELFv2. Minor changes to add ELFv2 in the BE side gets this working\r\ncorrectly on FreeBSD with latest OpenZFS import.\r\n\r\nReviewed-by: Tino Reichardt <milky-zfs@mcmilk.de>\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by:\tJustin Hibbits <chmeeedalf@gmail.com>\r\nCloses #14779 \n'\n'SEP>2fd1c30423620a5b198ac1a5aa2cff8e1e57b7f3X2fd1c3042362Xae0d0f0e047edc0da20f9dcf28d161e31a259751\nGitHubXnoreply@github.comX2023-04-27T12:32:58-07:00\nAlexander MotinXmav@FreeBSD.orgX2023-04-27T15:32:58-04:00\n\n1682623978\nMark TX_COMMIT transaction with TXG_NOTHROTTLE.\nTX_COMMIT has no on-disk representation and does not produce any more\r\ndirty data. It should not wait for anything, and even just skipping\r\nthe checks if not waiting gives improvement noticeable in profiler.\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nReviewed-by: Prakash Surya <prakash.surya@delphix.com>\r\nSigned-off-by:\tAlexander Motin <mav@FreeBSD.org>\r\nSponsored by:\tiXsystems, Inc.\r\nCloses #14798 \n'\n'SEP>ae0d0f0e047edc0da20f9dcf28d161e31a259751Xae0d0f0e047eXee728008a4279dbbbe5332f8b9a886f3b8d91e00\nGitHubXnoreply@github.comX2023-04-27T09:49:03-07:00\nVal PackettXval@packett.coolX2023-04-27T13:49:03-03:00\n\n1682614143\nPAM: support the authentication facility\nImplement the pam_sm_authenticate method, using the noop argument of\r\nlzc_load_key to do a passphrase check without actually loading the key.\r\n\r\nThis allows using ZFS as the source of truth for user passwords,\r\nwithout storing any password hashes in /etc or using other PAM modules.\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nReviewed-by: Felix D\xC3\xB6rre <felix@dogcraft.de>\r\nSigned-off-by: Val Packett <val@packett.cool>\r\nCloses #14789 \n'\n'SEP>ee728008a4279dbbbe5332f8b9a886f3b8d91e00Xee728008a427Xb5411618f727c4ce5f787bb97d1c87f20c66027a\nGitHubXnoreply@github.comX2023-04-26T12:40:26-07:00\nTino ReichardtXmilky-zfs@mcmilk.deX2023-04-26T21:40:26+02:00\n\n1682538026\nFix BLAKE3 aarch64 assembly for FreeBSD and macOS\nThe x18 register isn't useable within FreeBSD kernel space, so we\r\nhave to fix the BLAKE3 aarch64 assembly for not using it.\r\n\r\nThe source files are here: https://github.com/mcmilk/BLAKE3-tests\r\n\r\nReviewed-by: Kyle Evans <kevans@FreeBSD.org>\r\nSigned-off-by: Tino Reichardt <milky-zfs@mcmilk.de>\r\nCloses #14728 \n'\n'SEP>b5411618f727c4ce5f787bb97d1c87f20c66027aXb5411618f727Xbba7cbf0a481ab16f9a9a4874b7dbd5682e4d3a4\nGitHubXnoreply@github.comX2023-04-26T11:49:16-07:00\nBrian BehlendorfXbehlendorf1@llnl.govX2023-04-26T11:49:16-07:00\n\n1682534956\nFix checkstyle warning\nResolve a missed checkstyle warning.\r\n\r\nReviewed-by: Alexander Motin <mav@FreeBSD.org>\r\nReviewed-by: Mateusz Guzik <mjguzik@gmail.com>\r\nReviewed-by: George Melikov <mail@gmelikov.ru>\r\nSigned-off-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nCloses #14799 \n'\n'SEP>bba7cbf0a481ab16f9a9a4874b7dbd5682e4d3a4Xbba7cbf0a481Xe37a89d5d0ba07da09998de6701a6c0ec43903b7\nGitHubXnoreply@github.comX2023-04-26T09:20:43-07:00\nAlexander MotinXmav@FreeBSD.orgX2023-04-26T12:20:43-04:00\n\n1682526043\nFix positive ABD size assertion in abd_verify().\nGang ABDs without childred are legal, and they do have zero size.\r\nFor other ABD types zero size doesn't have much sense and likely\r\nnot working correctly now.\r\n\r\nReviewed-by: Igor Kozhukhov <igor@dilos.org>\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by:\tAlexander Motin <mav@FreeBSD.org>\r\nSponsored by:\tiXsystems, Inc.\r\nCloses #14795 \n'\n'SEP>e37a89d5d0ba07da09998de6701a6c0ec43903b7Xe37a89d5d0baX88b8777159f69237ca59b31e8c246c567e836c68\nBrian BehlendorfXbehlendorf1@llnl.govX2023-04-26T09:16:37-07:00\nMateusz GuzikXmjguzik@gmail.comX2023-04-20T09:00:03+00:00\n\n1681981203\nFreeBSD: fix up EINVAL from getdirentries on .zfs\nWithout the change:\n/.zfs\n/.zfs/snapshot\nfind: /.zfs: Invalid argument\n\nSigned-off-by: Mateusz Guzik <mjguzik@gmail.com>\nCloses #14774\n\n'\n'SEP>88b8777159f69237ca59b31e8c246c567e836c68X88b8777159f6Xb69cb06664ad74f5907f3a6675657b7d4b3daa44\nBrian BehlendorfXbehlendorf1@llnl.govX2023-04-26T09:16:09-07:00\nMateusz GuzikXmjguzik@gmail.comX2023-04-20T08:59:38+00:00\n\n1681981178\nFreeBSD: add missing vn state transition for .zfs\nSigned-off-by: Mateusz Guzik <mjguzik@gmail.com>\nCloses #14774\n\n'\n'SEP>b69cb06664ad74f5907f3a6675657b7d4b3daa44Xb69cb06664adXd960beca61b3c5ede8eb595ceb091666e0d4a17c\nGitHubXnoreply@github.comX2023-04-26T08:50:44-07:00\nRob NXrobn@despairlabs.comX2023-04-27T01:50:44+10:00\n\n1682524244\ntests/zdb_encrypted: parse numbers a little more robustly\nOn FreeBSD, `wc` prints some leading spaces, while on Linux it does not.\r\nSo we tell ksh to expect an integer, and it does the rest.\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: Rob Norris <robn@despairlabs.com>\r\nCloses #14791\r\nCloses #14797 \n'\n'SEP>d960beca61b3c5ede8eb595ceb091666e0d4a17cXd960beca61b3X0e8a42bbee2c29f1a2c49fdbda403e839af4b38d\nGitHubXnoreply@github.comX2023-04-26T08:43:39-07:00\nBrian BehlendorfXbehlendorf1@llnl.govX2023-04-26T08:43:39-07:00\n\n1682523819\nzdb: Fix minor memory leak\nCommit 6b6aaf6dc2e65c63c74fbd7840c14627e9a91ce2 introduced a small\r\nmemory leak in zdb. This was detected by the LeakSanitizer and was\r\ncausing all ztest runs to fail.\r\n\r\nReviewed-by: Igor Kozhukhov <igor@dilos.org>\r\nReviewed-by: Rich Ercolani <rincebrain@gmail.com>\r\nSigned-off-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nCloses #14796 \n'\n'SEP>0e8a42bbee2c29f1a2c49fdbda403e839af4b38dX0e8a42bbee2cX6d59d5df9808902a3cb6064605c753ec2ab8d2d7\nGitHubXnoreply@github.comX2023-04-25T16:40:55-07:00\nBrian BehlendorfXbehlendorf1@llnl.govX2023-04-25T16:40:55-07:00\n\n1682466055\nRevert \"Fix data race between zil_commit() and zil_suspend()\"\nThis reverts commit 4c856fb333ac57d9b4a6ddd44407fd022a702f00 to\r\nresolve a newly introduced deadlock which in practice in more\r\ndisruptive that the issue this commit intended to address.\r\n\r\nReviewed-by: Richard Yao <richard.yao@alumni.stonybrook.edu>\r\nReviewed-by: Mark Maybee <mark.maybee@delphix.com>\r\nSigned-off-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nIssue #14775\r\nCloses #14790 \n'\n'SEP>6d59d5df9808902a3cb6064605c753ec2ab8d2d7X6d59d5df9808X6b6aaf6dc2e65c63c74fbd7840c14627e9a91ce2\nGitHubXnoreply@github.comX2023-04-25T16:05:45-07:00\nHan GaoXrabenda.cn@gmail.comX2023-04-26T07:05:45+08:00\n\n1682463945\nAdd loongarch64 support\nAdd loongarch64 definitions & lua module setjmp asm\r\n\r\nLoongArch is a new RISC ISA, which is a bit like MIPS or RISC-V.\r\n\r\nReviewed-by: Richard Yao <richard.yao@alumni.stonybrook.edu>\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: Han Gao <gaohan@uniontech.com>\r\nSigned-off-by: WANG Xuerui <xen0n@gentoo.org>\r\nCloses #13422 \n'\n'SEP>6b6aaf6dc2e65c63c74fbd7840c14627e9a91ce2X6b6aaf6dc2e6X81a2b2e6a6d9c71d314588207de9775a5ea6f72f\nGitHubXnoreply@github.comX2023-04-24T16:55:07-07:00\nRich ErcolaniX214141+rincebrain@users.noreply.github.comX2023-04-24T19:55:07-04:00\n\n1682380507\nTaught zdb -bb to print metadata totals\nPeople often want estimates of how much of their pool is occupied\r\nby metadata, but they end up using lots of text processing on zdb's\r\noutput to get it.\r\n\r\nSo let's just...provide it for them.\r\n\r\nNow, zdb -bbbs will output something like:\r\n\r\nBlocks LSIZE PSIZE ASIZE avg comp %Total Type\r\n[...]\r\n 68 1.06M 272K 544K 8K 4.00 0.00 L6 Total\r\n 1.71K 212M 6.85M 13.7M 8K 30.91 0.00 L5 Total\r\n 1.71K 212M 6.85M 13.7M 8K 30.91 0.00 L4 Total\r\n 1.73K 214M 6.92M 13.8M 8K 30.89 0.00 L3 Total\r\n 18.7K 2.29G 111M 221M 11.8K 21.19 0.00 L2 Total\r\n 3.56M 454G 28.4G 56.9G 16.0K 15.97 0.19 L1 Total\r\n 308M 36.8T 28.2T 28.6T 95.1K 1.30 99.80 L0 Total\r\n 311M 37.3T 28.3T 28.6T 94.2K 1.32 100.00 Total\r\n 50.4M 774G 113G 291G 5.77K 6.85 0.99 Metadata Total\r\n\r\nReviewed-by: Tino Reichardt <milky-zfs@mcmilk.de>\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: Rich Ercolani <rincebrain@gmail.com>\r\nCloses #14746 \n'\n'SEP>81a2b2e6a6d9c71d314588207de9775a5ea6f72fX81a2b2e6a6d9Xff0e135e25fa6b523f93d8022304b1be60a67be7\nGitHubXnoreply@github.comX2023-04-24T16:15:42-07:00\nMateusz GuzikXmjguzik@gmail.comX2023-04-25T01:15:42+02:00\n\n1682378142\nFreeBSD: add missing vop_fplookup assignments\nIt became illegal to not have them as of\r\n5f6df177758b9dff88e4b6069aeb2359e8b0c493 (\"vfs: validate that vop\r\nvectors provide all or none fplookup vops\") upstream.\r\n\r\nReviewed-by: Alexander Motin <mav@FreeBSD.org>\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: Mateusz Guzik <mjguzik@gmail.com>\r\nCloses #14788 \n'\n'SEP>ff0e135e25fa6b523f93d8022304b1be60a67be7Xff0e135e25faXa7982d5d30dabd2e206011f54226b25d6c70c4d6\nBrian BehlendorfXbehlendorf1@llnl.govX2023-04-24T16:13:52-07:00\nMateusz GuzikXmjguzik@gmail.comX2023-04-05T21:28:52+00:00\n\n1680730132\nFreeBSD: try to fallback early if can't do optimized copy\nNot complete, but already shaves on some locking.\n\nReviewed-by: Alexander Motin <mav@FreeBSD.org>\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\nSigned-off-by: Mateusz Guzik <mjguzik@gmail.com>\nSponsored by:\tRubicon Communications, LLC (\"Netgate\")\nCloses #14723\n\n'\n'SEP>a7982d5d30dabd2e206011f54226b25d6c70c4d6Xa7982d5d30daX62cc9d4f6b5ad3a16b97f6389828b20331863f40\nBrian BehlendorfXbehlendorf1@llnl.govX2023-04-24T16:13:09-07:00\nMateusz GuzikXmjguzik@gmail.comX2023-04-05T21:12:17+00:00\n\n1680729137\nFreeBSD: fix up EXDEV handling for clone_range\nAPI contract requires VOPs to handle EXDEV internally, worst case by\nfalling back to the generic copy routine. This broke with the recent\nchanges.\n\nWhile here whack custom loop to lock 2 vnodes with vn_lock_pair, which\nprovides the same functionality internally. write start/finish around\nit plays no role so got eliminated.\n\nOne difference is that vn_lock_pair always takes an exclusive lock on\nboth vnodes. I did not patch around it because current code takes an\nexclusive lock on the target vnode. zfs supports shared-locking for\nwrites, so this serializes different calls to the routine as is, despite\nrange locking inside. At the same time you may notice the source vnode\ncan get some traffic if only shared-locked, thus once more this goes\nthe safer route of exclusive-locking. Note this should be patched to\nuse shared-locking for both once the feature is considered stable.\n\nTechnically the switch to vn_lock_pair should be a separate change, but\nit would only introduce churn immediately whacked by the rest of the\npatch.\n\nReviewed-by: Alexander Motin <mav@FreeBSD.org>\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\nSigned-off-by: Mateusz Guzik <mjguzik@gmail.com>\nSponsored by:\tRubicon Communications, LLC (\"Netgate\")\nCloses #14723\n\n'\n'SEP>62cc9d4f6b5ad3a16b97f6389828b20331863f40X62cc9d4f6b5aX8eae2d214cfa53862833eeeda9a5c1e9d5ded47d\nGitHubXnoreply@github.comX2023-04-21T10:22:52-07:00\nDimitry AndricXdimitry@andric.comX2023-04-21T19:22:52+02:00\n\n1682097772\nFreeBSD: make zfs_vfs_held() definition consistent with declaration\nNoticed while attempting to change FreeBSD's boolean_t into an actual\r\nbool: in include/sys/zfs_ioctl_impl.h, zfs_vfs_held() is declared to\r\nreturn a boolean_t, but in module/os/freebsd/zfs/zfs_ioctl_os.c it is\r\ndefined to return an int. Make the definition match the declaration.\r\n\r\nReviewed-by: Alexander Motin <mav@FreeBSD.org>\r\nReviewed-by: Brian Atkinson <batkinson@lanl.gov>\r\nSigned-off-by: Dimitry Andric <dimitry@andric.com>\r\nCloses #14776 \n'\n'SEP>8eae2d214cfa53862833eeeda9a5c1e9d5ded47dX8eae2d214cfaX135d9a9048e3716c755373182720d0eba170285f\nGitHubXnoreply@github.comX2023-04-21T10:20:36-07:00\nAllan JudeXallan@klarasystems.comX2023-04-21T13:20:36-04:00\n\n1682097636\nAdd support for zpool user properties\nUsage:\r\n\r\n zpool set org.freebsd:comment=\"this is my pool\" poolname\r\n\r\nTests are based on zfs_set's user property tests.\r\n\r\nAlso stop truncating property values at MAXNAMELEN, use ZFS_MAXPROPLEN.\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: Allan Jude <allan@klarasystems.com>\r\nSigned-off-by: Mateusz Piotrowski <mateusz.piotrowski@klarasystems.com>\r\nSponsored-by: Beckhoff Automation GmbH & Co. KG.\r\nSponsored-by: Klara Inc.\r\nCloses #11680\n'\n'SEP>135d9a9048e3716c755373182720d0eba170285fX135d9a9048e3Xab71b24d20df7ec59c6b3a2b560af263ad262d9b\nBrian BehlendorfXbehlendorf1@llnl.govX2023-04-20T10:31:01-07:00\nRichard YaoXrichard.yao@klarasystems.comX2023-04-11T17:56:16+00:00\n\n1681235776\nLinux: Suppress -Wordered-compare-function-pointers in tracepoint code\nClang points out that there is a comparison against -1, but we cannot\nfix it because that is from the kernel headers, which we must support.\nWe can workaround this by using a pragma.\n\nSponsored-By: Wasabi Technology, Inc.\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\nReviewed-by: Youzhong Yang <yyang@mathworks.com>\nSigned-off-by: Richard Yao <richard.yao@klarasystems.com>\nCloses #14738\n\n'\n'SEP>ab71b24d20df7ec59c6b3a2b560af263ad262d9bXab71b24d20dfXa10c64561648f9cb9f90959c57625d3ffdaea156\nBrian BehlendorfXbehlendorf1@llnl.govX2023-04-20T10:29:44-07:00\nRichard YaoXrichard.yao@klarasystems.comX2023-04-11T17:50:43+00:00\n\n1681235443\nLinux: zfs_zaccess_trivial() should always call generic_permission()\nBuilding with Clang on Linux generates a warning that err could be\nuninitialized if mnt_ns is a NULL pointer. However, mnt_ns should never\nbe NULL, so there is no need to put this behind an if statement. Taking\nit outside of the if statement means that the possibility of err being\nuninitialized goes from being always zero in a way that the compiler\ncould not realize to a way that is always zero in a way that the\ncompiler can realize.\n\nSponsored-By: Wasabi Technology, Inc.\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\nReviewed-by: Youzhong Yang <yyang@mathworks.com>\nSigned-off-by: Richard Yao <richard.yao@klarasystems.com>\nCloses #14738\n\n'\n'SEP>a10c64561648f9cb9f90959c57625d3ffdaea156Xa10c64561648X3e4ed4213d7b4e8892e9def8b06363391d8dbd60\nGitHubXnoreply@github.comX2023-04-20T10:25:16-07:00\nBrian BehlendorfXbehlendorf1@llnl.govX2023-04-20T10:25:16-07:00\n\n1682011516\nZTS: zvol_misc_trim retry busy export\nRetry the export if the pool is busy due to an open zvol.\r\nObserved in the CI on Fedora 37.\r\n\r\n cannot export 'testpool': pool is busy\r\n ERROR: zpool export testpool exited 1\r\n\r\nReviewed-by: George Melikov <mail@gmelikov.ru>\r\nSigned-off-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nCloses #14769 \n'\n'SEP>3e4ed4213d7b4e8892e9def8b06363391d8dbd60X3e4ed4213d7bX71d191ef25d1c60e6725c07b6b94a0184f7db2eb\nGitHubXnoreply@github.comX2023-04-20T10:07:56-07:00\nrob-wingX98866084+rob-wing@users.noreply.github.comX2023-04-20T09:07:56-08:00\n\n1682010476\nCreate zap for root vdev\nAnd add it to the AVZ, this is not backwards compatible with older pools\r\ndue to an assertion in spa_sync() that verifies the number of ZAPs of\r\nall vdevs matches the number of ZAPs in the AVZ.\r\n\r\nGranted, the assertion only applies to #DEBUG builds - still, a feature\r\nflag is introduced to avoid the assertion, com.klarasystems:vdev_zaps_v2\r\n\r\nNotably, this allows to get/set properties on the root vdev:\r\n\r\n % zpool set user:prop=value <pool> root-0\r\n\r\nBefore this commit, it was already possible to get/set properties on\r\ntop-level vdevs with the syntax <type>-<vdev_id> (e.g. mirror-0):\r\n\r\n % zpool set user:prop=value <pool> mirror-0\r\n\r\nThis syntax also applies to the root vdev as it is is of type 'root'\r\nwith a vdev_id of 0, root-0. The keyword 'root' as an alias for\r\n'root-0'.\r\n\r\nThe following tests have been added:\r\n\r\n - zpool get all properties from root vdev\r\n - zpool set a property on root vdev\r\n - verify root vdev ZAP is created\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: Rob Wing <rob.wing@klarasystems.com>\r\nSponsored-by: Seagate Technology\r\nSubmitted-by: Klara, Inc.\r\nCloses #14405\n'\n'SEP>71d191ef25d1c60e6725c07b6b94a0184f7db2ebX71d191ef25d1Xd4657835c8a5da816ab098fd2f1d62480865d087\nGitHubXnoreply@github.comX2023-04-19T13:22:59-07:00\nHerb WartensXhawartens@gmail.comX2023-04-19T13:22:59-07:00\n\n1681935779\nAllow MMP to bypass waiting for other threads\nAt our site we have seen cases when multi-modifier protection is enabled\r\n(multihost=on) on our pool and the pool gets suspended due to a single\r\ndisk that is failing and responding very slowly. Our pools have 90 disks\r\nin them and we expect disks to fail. The current version of MMP requires\r\nthat we wait for other writers before moving on. When a disk is\r\nresponding very slowly, we observed that waiting here was bad enough to\r\ncause the pool to suspend. This change allows the MMP thread to bypass\r\nwaiting for other threads and reduces the chances the pool gets\r\nsuspended.\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: Herb Wartens <hawartens@gmail.com>\r\nCloses #14659 \n'\n'SEP>d4657835c8a5da816ab098fd2f1d62480865d087Xd4657835c8a5X719534ca8e8d39e94aef35d753c1c41179791ef5\nGitHubXnoreply@github.comX2023-04-19T13:20:02-07:00\nPaul DagnelieXpaul.dagnelie@delphix.comX2023-04-19T13:20:02-07:00\n\n1681935602\nZTS: send-c_volume is flaky\nWe use block_device_wait to wait for the zvol block device to \r\nactually appear, and we log the result of the dd calls by using \r\nan intermediate file.\r\n\r\nReviewed-by: George Melikov <mail@gmelikov.ru>\r\nReviewed-by: John Wren Kennedy <john.kennedy@delphix.com>\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: Paul Dagnelie <pcd@delphix.com>\r\nCloses #14767 \n'\n'SEP>719534ca8e8d39e94aef35d753c1c41179791ef5X719534ca8e8dX3d37e7e5f540f513ab1d8fa61d9208c43b889401\nGitHubXnoreply@github.comX2023-04-19T09:04:32-07:00\nAmeer HamzaX106930537+ixhamza@users.noreply.github.comX2023-04-19T21:04:32+05:00\n\n1681920272\nFix \"Detach spare vdev in case if resilvering does not happen\"\nSpare vdev should detach from the pool when a disk is reinserted.\r\nHowever, spare detachment depends on the completion of resilvering,\r\nand if resilver does not schedule, the spare vdev\xC2\xA0keeps attached to\r\nthe pool until the next resilvering. When a zfs pool contains\r\nseveral disks (25+ mirror), resilvering does not always happen when\r\na disk is\xC2\xA0reinserted. In this patch, spare vdev is manually detached\r\nfrom the pool when resilvering does not occur and it has been tested\r\non both Linux and FreeBSD.\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nReviewed-by: Alexander Motin <mav@FreeBSD.org>\r\nSigned-off-by: Ameer Hamza <ahamza@ixsystems.com>\r\nCloses #14722 \n'\n'SEP>3d37e7e5f540f513ab1d8fa61d9208c43b889401X3d37e7e5f540X23f84d161ed0ef91854be6da301ccca5ede11eec\nGitHubXnoreply@github.comX2023-04-19T09:03:42-07:00\n\xD0\xBD\xD0\xB0\xD0\xB1Xnabijaczleweli@nabijaczleweli.xyzX2023-04-19T18:03:42+02:00\n\n1681920222\nzfsprops.7: update mandlock\nhttps://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?h=f7e33bdbd6d1bdf9c3df8bba5abcf3399f957ac3\r\nhttps://git.kernel.org/pub/scm/docs/man-pages/man-pages.git/commit/?id=7e59106e9c34458540f7d382d5b49071d1b7104f\r\n\r\nFixes: commit fb9baa9b2045a193a3caf0a46b5cac5ef7a84b61 (\"zfsprops.8:\r\n remove nbmand-not-used-on-Linux and pointer to mount(8)\")\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: Ahelenia Ziemia\xC5\x84ska <nabijaczleweli@nabijaczleweli.xyz>\r\nCloses #14765 \n'\n'SEP>23f84d161ed0ef91854be6da301ccca5ede11eecX23f84d161ed0Xf9e1c63f8c32141bb18c0270d565e3bfc1bbd233\nGitHubXnoreply@github.comX2023-04-18T18:10:40-07:00\nyouzhongyangXyouzhong@gmail.comX2023-04-18T21:10:40-04:00\n\n1681866640\nSilence clang warning of flexible array not at end\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nReviewed-by: Jorgen Lundman <lundman@lundman.net>\r\nSigned-off-by: Youzhong Yang <yyang@mathworks.com>\r\nCloses #14764 \n'\n'SEP>f9e1c63f8c32141bb18c0270d565e3bfc1bbd233Xf9e1c63f8c32Xaccfdeb948dab87a9576084a582f5bfeda0bd2f2\nGitHubXnoreply@github.comX2023-04-18T11:34:41-07:00\nLow-powerXmsl0000023508@gmail.comX2023-04-19T02:34:41+08:00\n\n1681842881\nValues printed by zpool-iostat(8) should be right-aligned\nThis inappropriate left-alignment was introduced in 7bb7b1f.\r\n\r\nReviewed-by: Tony Hutter <hutter2@llnl.gov>\r\nReviewed-by: Matthew Ahrens <mahrens@delphix.com>\r\nReviewed-by: Tino Reichardt <milky-zfs@mcmilk.de>\r\nSigned-off-by: WHR <msl0000023508@gmail.com>\r\nCloses #14751 \n'\n'SEP>accfdeb948dab87a9576084a582f5bfeda0bd2f2Xaccfdeb948daX8ed62440eff5a3ea93b0a9b6f0b7e5e7290b667a\nGitHubXnoreply@github.comX2023-04-18T08:41:52-07:00\nTony HutterXhutter2@llnl.govX2023-04-18T08:41:52-07:00\n\n1681832512\nRevert \"ZFS_IOC_COUNT_FILLED does unnecessary txg_wait_synced()\"\nThis reverts commit 4b3133e671b958fa2c915a4faf57812820124a7b.\r\n\r\nUsers identified this commit as a possible source of data\r\ncorruption:\r\nhttps://github.com/openzfs/zfs/issues/14753\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: Tony Hutter <hutter2@llnl.gov>\r\nIssue #14753 \r\nCloses #14761 \n'\n'SEP>8ed62440eff5a3ea93b0a9b6f0b7e5e7290b667aX8ed62440eff5X3b5af2013992231645e0a462eef4171d1c48de17\nGitHubXnoreply@github.comX2023-04-17T17:38:09-07:00\nRich ErcolaniX214141+rincebrain@users.noreply.github.comX2023-04-17T20:38:09-04:00\n\n1681778289\nWork around Raspberry Pi kernel packaging oddities\nOn Debian and Ubuntu and friends, you get something like\r\n\"linux-image-$(uname -r)\" and \"linux-headers-$(uname -r)\" you\r\ncan put a Depends on.\r\n\r\nOn Raspberry Pi OS, you get \"raspberrypi-kernel\" and\r\n\"raspberrypi-kernel-headers\", with version numbers like 20230411.\r\n\r\nThere is not, as far as I can tell, a reasonable way to map that\r\nto a kernel version short of reaching out and digging around in\r\nthe changelogs or Makefile, so just special-case it so the packages\r\ndon't fail to install at install time. They still might not build\r\nif the versions don't match, but I don't see a way to do anything\r\nabout that...\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: Rich Ercolani <rincebrain@gmail.com>\r\nCloses #14745\r\nCloses #14747 \n'\n'SEP>3b5af2013992231645e0a462eef4171d1c48de17X3b5af2013992Xac18dc77f3703940682aecb442f4e58aa2c14f1a\nGitHubXnoreply@github.comX2023-04-17T16:42:09-07:00\nPawel Jakub DawidekXpawel@dawidek.netX2023-04-18T08:42:09+09:00\n\n1681774929\nFix VERIFY(!zil_replaying(zilog, tx)) panic\nThe zfs_log_clone_range() function is never called from the\r\nzfs_clone_range_replay() function, so I assumed it is safe to assert\r\nthat zil_replaying() is never TRUE here. It turns out zil_replaying()\r\nalso returns TRUE when the sync property is set to disabled.\r\n\r\nFix the problem by just returning if zil_replaying() returns TRUE.\r\n\r\nReviewed-by: Richard Yao <richard.yao@alumni.stonybrook.edu>\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nReported by: Florian Smeets\r\nSigned-off-by: Pawel Jakub Dawidek <pawel@dawidek.net>\r\nCloses #14758 \n'\n'SEP>ac18dc77f3703940682aecb442f4e58aa2c14f1aXac18dc77f370X27a82cbb3ef2e30a54860b955fb257fb7f8307cd\nGitHubXnoreply@github.comX2023-04-13T09:15:34-07:00\ndodexahedronXdodexahedron@users.noreply.github.comX2023-04-13T09:15:34-07:00\n\n1681402534\nMinor improvements to zpoolconcepts.7\n * Fixed one typo (effects -> affects)\r\n * Re-worded raidz description to make it clearer that it is not\r\n quite the same as RAID5, though similar\r\n * Clarified that data is not necessarily written in a static\r\n stripe width\r\n * Minor grammar consistency improvement\r\n * Noted that \"volumes\" means zvols\r\n * Fixed a couple of split infinitives\r\n * Clarified that hot spares come from the same pool they were\r\n assigned to\r\n* \"we\" -> ZFS\r\n* Fixed warnings thrown by mandoc, and removed unnecessary\r\n wordiness in one fixed line.\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: Brandon Thetford <brandon@dodecatec.com>\r\nCloses #14726 \n'\n'SEP>27a82cbb3ef2e30a54860b955fb257fb7f8307cdX27a82cbb3ef2Xc71fe716401f6919068f84b389dcd1b7ec2b8b0e\nGitHubXnoreply@github.comX2023-04-13T09:12:03-07:00\nyouzhongyangXyouzhong@gmail.comX2023-04-13T12:12:03-04:00\n\n1681402323\nLinux 6.3 compat: Fix memcpy \"detected field-spanning write\" error\nAdd a new union member of flexible array to dnode_phys_t and use\r\nit in the macro so we can silence the memcpy() fortify error.\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: Youzhong Yang <yyang@mathworks.com>\r\nCloses #14737 \n'\n'SEP>c71fe716401f6919068f84b389dcd1b7ec2b8b0eXc71fe716401fX6e015933f88fe7ba5de45cf263028de1ee04460a\nGitHubXnoreply@github.comX2023-04-12T16:15:05-07:00\nPawel Jakub DawidekXpawel@dawidek.netX2023-04-13T08:15:05+09:00\n\n1681341305\nFix data corruption when cloning embedded blocks\nDon't overwrite blk_phys_birth, as for embedded blocks it is part of\r\nthe payload.\r\n\r\nReviewed-by: Richard Yao <richard.yao@alumni.stonybrook.edu>\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: Pawel Jakub Dawidek <pawel@dawidek.net>\r\nIssue #13392 \r\nCloses #14739 \n'\n'SEP>6e015933f88fe7ba5de45cf263028de1ee04460aX6e015933f88fX574e09d8c6b49f223417e9aadb14367ac9db18f6\nGitHubXnoreply@github.comX2023-04-12T10:08:49-07:00\n\xD0\xBD\xD0\xB0\xD0\xB1Xnabijaczleweli@nabijaczleweli.xyzX2023-04-12T19:08:49+02:00\n\n1681319329\ninitramfs: source user scripts from /e/z/initramfs-tools-load-key{,.d/*}\nBy dropping in a file in a directory (for packages) or by making a file\r\n(for local administrators), custom key loading methods may be provided\r\nfor the rootfs and necessities.\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: Nicholas Morris <security@niwamo.com>\r\nSigned-off-by: Ahelenia Ziemia\xC5\x84ska <nabijaczleweli@nabijaczleweli.xyz>\r\nCo-authored-by: Nicholas Morris <security@niwamo.com>\r\nSupersedes: #14704\r\nCloses: #13757\r\nCloses #14733\n'\n'SEP>574e09d8c6b49f223417e9aadb14367ac9db18f6X574e09d8c6b4X678a3b8f999b9571691187f5224164c8bc58ec34\nGitHubXnoreply@github.comX2023-04-12T08:53:53-07:00\nGeorge AmanakisXgamanakis@gmail.comX2023-04-12T17:53:53+02:00\n\n1681314833\nFix in check_filesystem()\nFix the code in case of missing snapshots. Previously the check was in\r\na conditional that would be executed if the filesystem had snapshots.\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nReviewed-by: Tino Reichardt <milky-zfs@mcmilk.de>\r\nSigned-off-by: George Amanakis <gamanakis@gmail.com>\r\nCloses #14735 \n'\n'SEP>678a3b8f999b9571691187f5224164c8bc58ec34X678a3b8f999bXd4dc53dad2f6c3a2d107f1ba0e8d66228c845e00\nGitHubXnoreply@github.comX2023-04-10T14:24:27-07:00\nAlan SomersXasomers@gmail.comX2023-04-10T15:24:27-06:00\n\n1681161867\nTrim needless zeroes from checksum events\nThe ereport.fs.zfs.checksum event contains histograms of the bits that\r\nwere wrongly set or cleared according to their bit position in a 64-bit\r\nword. So the maximum value that any histogram bucket could have would\r\nbe 64. But ZFS currently uses a uint32_t to hold each bucket. As a\r\nresult, the event report is full of needless zeroes.\r\n\r\nChange the bucket size to uint8_t, stripping 768 needless zeros from\r\neach event.\r\n\r\nOriginal event format:\r\n```\r\n class=ereport.fs.zfs.checksum ena=639460469834258433 pool=testpool.1933 pool_guid=4979719877084416563 pool_state=0 pool_context=0 pool_failmode=wait vdev_guid=4136721804819128578 vdev_type=file vdev_path=/tmp/kyua.1TxP3A/2/work/file1.1933 vdev_ashift=9 vdev_complete_ts=609837019678 vdev_delta_ts=33450 vdev_read_errors=0 vdev_write_errors=0 vdev_cksum_errors=20 vdev_delays=0 parent_guid=2751977006639883417 parent_type=raidz vdev_spare_guids= zio_err=0 zio_flags=1048752 zio_stage=4194304 zio_pipeline=65011712 zio_delay=0 zio_timestamp=0 zio_delta=0 zio_priority=4 zio_offset=702976 zio_size=1024 zio_objset=24 zio_object=0 zio_level=3 zio_blkid=0 bad_ranges=0000000000000400 bad_ranges_min_gap=8 bad_range_sets=0000079e bad_range_clears=00000854 bad_set_histogram=000000210000001a000000150000001d000000240000001b000000220000001b000000210000002100000018000000260000002300000025000000210000001e000000250000001b0000001d0000001e0000001600000025000000180000001b000000240000001b000000240000001b0000001c000000210000001b0000001e000000210000001a0000001e000000220000001d0000001b000000200000001f0000001a000000250000001f0000001d0000001b0000001d000000240000001d0000001b0000001b0000001f00000024000000190000001a0000001f0000001e000000240000001e0000002400000021000000200000001d0000001d00000021 bad_cleared_histogram=000000220000002700000021000000210000001b0000001a000000250000001f0000001c0000001e0000002400000022000000220000002400000022000000240000002200000021000000220000001b0000002100000021000000190000001b000000240000002400000020000000290000002a00000028000000250000002400000020000000270000002500000016000000270000001c000000210000001f000000240000001c0000002100000022000000240000002100000023000000210000002700000022000000240000001b00000022000000210000001c00000023000000150000002600000020000000270000001e0000001d0000002400000026 time=00000016806457270000000323406839 eid=458\r\n```\r\n\r\nNew format:\r\n```\r\n class=ereport.fs.zfs.checksum ena=96599319807790081 pool=testpool.1933 pool_guid=1236902063710799041 pool_state=0 pool_context=0 pool_failmode=wait vdev_guid=2774253874431514999 vdev_type=file vdev_path=/tmp/kyua.6Temlq/2/work/file1.1933 vdev_ashift=9 vdev_complete_ts=92124283803 vdev_delta_ts=46670 vdev_read_errors=0 vdev_write_errors=0 vdev_cksum_errors=20 vdev_delays=0 parent_guid=8090931855087882905 parent_type=raidz vdev_spare_guids= zio_err=0 zio_flags=1048752 zio_stage=4194304 zio_pipeline=65011712 zio_delay=0 zio_timestamp=0 zio_delta=0 zio_priority=4 zio_offset=1028608 zio_size=512 zio_objset=0 zio_object=0 zio_level=0 zio_blkid=4 bad_ranges=0000000000000200 bad_ranges_min_gap=8 bad_range_sets=0000061f bad_range_clears=000001f4 bad_set_histogram=1719161c1c1c101618171a151a1a19161e1c171d1816161c191f1a18192117191c131d171b1613151a171419161a1b1319101b14171b18151e191a1b141a1c17 bad_cleared_histogram=06090a0808070a0b020609060506090a01090a050a0a0509070609080d050d0607080d060507080c04070807070a0608020c080c080908040808090a05090a07 time=00000016806477050000000604157480 eid=62\r\n```\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nReviewed-by: Tino Reichardt <milky-zfs@mcmilk.de>\r\nSigned-off-by: Alan Somers <asomers@FreeBSD.org>\r\nSponsored-by: Axcient\r\nCloses #14716 \n'\n'SEP>d4dc53dad2f6c3a2d107f1ba0e8d66228c845e00Xd4dc53dad2f6Xd0cbd9feaf5b82130f2e679256c71e0c7413aae9\nGitHubXnoreply@github.comX2023-04-10T14:15:36-07:00\nyouzhongyangXyouzhong@gmail.comX2023-04-10T17:15:36-04:00\n\n1681161336\nLinux 6.3 compat: idmapped mount API changes\nLinux kernel 6.3 changed a bunch of APIs to use the dedicated idmap \r\ntype for mounts (struct mnt_idmap), we need to detect these changes \r\nand make zfs work with the new APIs.\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: Youzhong Yang <yyang@mathworks.com>\r\nCloses #14682\n'\n'SEP>d0cbd9feaf5b82130f2e679256c71e0c7413aae9Xd0cbd9feaf5bXdee77f45d0f961de0b421f36bbde4196624a13c5\nBrian BehlendorfXbehlendorf1@llnl.govX2023-04-10T12:40:18-07:00\nKyle EvansXkevans@FreeBSD.orgX2023-04-07T00:40:34+00:00\n\n1680828034\nmodule: freebsd: fix aarch64 fpu handling\nJust like x86, aarch64 needs to use the fpu_kern(9) API around FPU\nusage, otherwise we panic promptly at boot as soon as ZFS attempts to\ndo checksum benchmarking.\n\nReviewed-by: Richard Yao <richard.yao@alumni.stonybrook.edu>\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\nReviewed-by: Tino Reichardt <milky-zfs@mcmilk.de>\nSigned-off-by: Kyle Evans <kevans@FreeBSD.org>\nCloses #14715\n\n'\n'SEP>dee77f45d0f961de0b421f36bbde4196624a13c5Xdee77f45d0f9Xbaca06c258e07522165cb8e33ff2c0224ad0da57\nBrian BehlendorfXbehlendorf1@llnl.govX2023-04-10T12:39:43-07:00\nKyle EvansXkevans@FreeBSD.orgX2023-04-07T00:40:34+00:00\n\n1680828034\nmodule: resync part of Makefile.bsd\nsha256-armv8.S and sha512-armv8.S need the same treatment as the sse\nbits; removal of -mgeneral-regs-only from flags.\n\nThis fixes errors about requiring NEON, which is a difference in clang\nvs. gcc treatment of -mgeneral-regs-only being specified on asm files.\n\nReviewed-by: Richard Yao <richard.yao@alumni.stonybrook.edu>\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\nReviewed-by: Tino Reichardt <milky-zfs@mcmilk.de>\nSigned-off-by: Kyle Evans <kevans@FreeBSD.org>\nCloses #14715\n\n'\n'SEP>baca06c258e07522165cb8e33ff2c0224ad0da57Xbaca06c258e0Xff73574cd83580e4dd5905a43695bd5d0f4911b3\nGitHubXnoreply@github.comX2023-04-10T11:53:02-07:00\nRob NXrob.norris@klarasystems.comX2023-04-11T04:53:02+10:00\n\n1681152782\nlibzfs: add v2 iterator interfaces\nf6a0dac84 modified the zfs_iter_* functions to take a new \"flags\"\r\nparameter, and introduced a variety of flags to ask the kernel to limit\r\nthe results in various ways, reducing the amount of work the caller\r\nneeded to do to filter out things they didn't need.\r\n\r\nUnfortunately this change broke the ABI for existing clients (read:\r\nolder versions of the `zfs` program), and was reverted 399b98198.\r\n\r\ndc95911d2 reintroduced the original patch, with the understanding that a\r\nbackwards-compatible fix would be made before the 2.2 release branch was\r\ntagged. This commit is that fix.\r\n\r\nThis introduces zfs_iter_*_v2 functions that have the new flags\r\nargument, and reverts the existing functions to not have the flags\r\nparameter, as they were before. The old functions are now reimplemented\r\nin terms of the new, with flags set to 0.\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nReviewed-by: George Wilson <george.wilson@delphix.com>\r\nOriginal-patch-by: George Wilson <george.wilson@delphix.com>\r\nSigned-off-by: Rob Norris <rob.norris@klarasystems.com>\r\nSponsored-by: Klara, Inc.\r\nCloses #14597\n'\n'SEP>ff73574cd83580e4dd5905a43695bd5d0f4911b3Xff73574cd835Xa8a127e2c9f352ba797cd6625d61840b425d6534\nGitHubXnoreply@github.comX2023-04-06T10:52:50-07:00\nRob NXrob.norris@klarasystems.comX2023-04-07T03:52:50+10:00\n\n1680803570\nvdev: expose zfs_vdev_max_ms_shift as a module parameter\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nReviewed-by: Tino Reichardt <milky-zfs@mcmilk.de>\r\nReviewed-by: Alexander Motin <mav@FreeBSD.org>\r\nSigned-off-by: Rob Norris <rob.norris@klarasystems.com>\r\nSponsored-by: Klara, Inc.\r\nSponsored-by: Seagate Technology LLC\r\nCloses #14719 \n'\n'SEP>a8a127e2c9f352ba797cd6625d61840b425d6534Xa8a127e2c9f3X8ab674ab9c8f4f73fec5582b7186fab633c324e3\nGitHubXnoreply@github.comX2023-04-06T10:46:18-07:00\nGeorge AmanakisXgamanakis@gmail.comX2023-04-06T19:46:18+02:00\n\n1680803178\nFix typo in check_clones()\nRun kmem_free() after zap_cursor_fini().\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nReviewed-by: Tino Reichardt <milky-zfs@mcmilk.de>\r\nReviewed-by: Adam Moss <c@yotes.com>\r\nSigned-off-by: George Amanakis <gamanakis@gmail.com>\r\nCloses #14702 \n'\n'SEP>8ab674ab9c8f4f73fec5582b7186fab633c324e3X8ab674ab9c8fX0b8fdb8ade5d5f0f4ab5be4e488643c2b6c312be\nGitHubXnoreply@github.comX2023-04-06T10:43:24-07:00\nDamian SzuberskiXszuberskidamian@gmail.comX2023-04-07T03:43:24+10:00\n\n1680803004\nZTS: add existing tests to runfiles\nSome test cases were committed to the repository but never added to\r\nrunfiles.\r\nMove `zfs_unshare_008_pos` to the Linux-only runfile.\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: szubersk <szuberskidamian@gmail.com>\r\nCloses #14701 \n'\n'SEP>0b8fdb8ade5d5f0f4ab5be4e488643c2b6c312beX0b8fdb8ade5dXa3f82aec933660558d6512a83481527ef731ff0c\nGitHubXnoreply@github.comX2023-04-06T10:40:23-07:00\nAndrew InnesXandrew.c12@gmail.comX2023-04-07T01:40:23+08:00\n\n1680802823\nZTS: Use inbuilt monotonic time\nMake the test runner try to use the included python monotonic time\r\nfunction instead of calling librt.\r\n\r\nThis makes the test runner work on macos where librt wasn't available.\r\n\r\nReviewed-by: Tino Reichardt <milky-zfs@mcmilk.de>\r\nSigned-off-by: Andrew Innes <andrew.c12@gmail.com>\r\nCloses #14700 \n'\n'SEP>a3f82aec933660558d6512a83481527ef731ff0cXa3f82aec9336Xece7ab7e7de81a9a51923d7baa7db3577de4aace\nGitHubXnoreply@github.comX2023-04-06T10:35:02-07:00\nMartin Matu\xC5\xA1kaXmartin@matuska.deX2023-04-06T19:35:02+02:00\n\n1680802502\nMiscellaneous FreBSD compilation bugfixes\nAdd missing machine/md_var.h to spl/sys/simd_aarch64.h and\r\nspl/sys/simd_arm.h\r\n\r\nIn spl/sys/simd_x86.h, PCB_FPUNOSAVE exists only on amd64, use PCB_NPXNOSAVE\r\non i386\r\n\r\nIn FreeBSD sys/elf_common.h redefines AT_UID and AT_GID on FreeBSD, we need\r\na hack in vnode.h similar to Linux. sys/simd.h needs to be included early.\r\n\r\nIn zfs_freebsd_copy_file_range() we pass a (size_t *)lenp to\r\nzfs_clone_range() that expects a (uint64_t *)\r\n\r\nAllow compiling armv6 world by limiting ARM macros in sha256_impl.c and\r\nsha512_impl.c to __ARM_ARCH > 6\r\n\r\nReviewed-by: Alexander Motin <mav@FreeBSD.org>\r\nReviewed-by: Tino Reichardt <milky-zfs@mcmilk.de>\r\nReviewed-by: Richard Yao <richard.yao@alumni.stonybrook.edu>\r\nReviewed-by: Pawel Jakub Dawidek <pawel@dawidek.net>\r\nReviewed-by: Signed-off-by: WHR <msl0000023508@gmail.com>\r\nSigned-off-by: Martin Matuska <mm@FreeBSD.org>\r\nCloses #14674 \n'\n'SEP>ece7ab7e7de81a9a51923d7baa7db3577de4aaceXece7ab7e7de8Xb66c2a0899a71fce6454ff92e77e3838eafb27c8\nGitHubXnoreply@github.comX2023-04-06T10:31:19-07:00\nRob NXrob.norris@klarasystems.comX2023-04-07T03:31:19+10:00\n\n1680802279\nvdev: expose zfs_vdev_def_queue_depth as a module parameter\nIt was previously available only to FreeBSD.\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nReviewed-by: Tino Reichardt <milky-zfs@mcmilk.de>\r\nReviewed-by: Alexander Motin <mav@FreeBSD.org>\r\nSigned-off-by: Rob Norris <rob.norris@klarasystems.com>\r\nSponsored-by: Klara, Inc.\r\nSponsored-by: Seagate Technology LLC\r\nCloses #14718 \n'\n'SEP>b66c2a0899a71fce6454ff92e77e3838eafb27c8Xb66c2a0899a7X1038f87c4edcc66d7d9446efb9b0d9ed50beda19\nGitHubXnoreply@github.comX2023-04-06T10:29:27-07:00\nPaul DagnelieXpaul.dagnelie@delphix.comX2023-04-06T10:29:27-07:00\n\n1680802167\nStorage device expansion \"silently\" fails on degraded vdev\nWhen a vdev is degraded or faulted, we refuse to expand it when doing\r\nonline -e. However, we also don't actually cause the online command\r\nto fail, even though the disk didn't expand. This is confusing and\r\nmisleading, and can result in violated expectations.\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nReviewed-by: Matthew Ahrens <mahrens@delphix.com>\r\nReviewed-by: Mark Maybee <mark.maybee@delphix.com>\r\nSigned-off-by: Paul Dagnelie <pcd@delphix.com>\r\nCloses 14145\n'\n'SEP>1038f87c4edcc66d7d9446efb9b0d9ed50beda19X1038f87c4edcX8eb2f2605717572d92041534a0556d6d75c47d99\nGitHubXnoreply@github.comX2023-04-05T10:42:22-07:00\nAlexander MotinXmav@FreeBSD.orgX2023-04-06T02:42:22+09:00\n\n1680716542\nFix some signedness issues in arc_evict()\nIt may happen that \"wanted total ARC size\" (wt) is negative, that was\r\nexpected. But multiplication product of it and unsigned fractions\r\nresult in unsigned value, incorrectly shifted right with a sing loss.\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nReviewed-by: Prakash Surya <prakash.surya@delphix.com>\r\nReviewed-by: Paul Dagnelie <pcd@delphix.com>\r\nSigned-off-by: Alexander Motin <mav@FreeBSD.org>\r\nSponsored by: iXsystems, Inc.\r\nCloses #14692 \n'\n'SEP>8eb2f2605717572d92041534a0556d6d75c47d99X8eb2f2605717X6ecdd35bdbcdeae0adabefe107677620e88d5548\nGitHubXnoreply@github.comX2023-04-05T10:01:38-07:00\nyouzhongyangXyouzhong@gmail.comX2023-04-05T13:01:38-04:00\n\n1680714098\nLinux 6.3 compat: writepage_t first arg struct folio*\nThe type def of writepage_t in kernel 6.3 is changed to take\r\nstruct folio* as the first argument. We need to detect this\r\nchange and pass correct function to write_cache_pages().\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nReviewed-by: Brian Atkinson <batkinson@lanl.gov>\r\nSigned-off-by: Youzhong Yang <yyang@mathworks.com>\r\nCloses #14699 \n'\n'SEP>6ecdd35bdbcdeae0adabefe107677620e88d5548X6ecdd35bdbcdX3399a30ee02d0d31ba2d43d0ce0a2fd90d5c575d\nGitHubXnoreply@github.comX2023-04-05T09:57:01-07:00\nTino ReichardtXmilky-zfs@mcmilk.deX2023-04-05T18:57:01+02:00\n\n1680713821\nFix \"Add colored output to zfs list\"\nRunning `zfs list -o avail rpool` resulted in a core dump.\r\nThis commit will fix this.\r\n\r\nRun the needed overhead only, when `use_color()` is true.\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nReviewed-by: George Wilson <gwilson@delphix.com>\r\nSigned-off-by: Tino Reichardt <milky-zfs@mcmilk.de>\r\nCloses #14712 \n'\n'SEP>3399a30ee02d0d31ba2d43d0ce0a2fd90d5c575dX3399a30ee02dXc5431f14655ce05d1ea99cb012806f0e5873d257\nGitHubXnoreply@github.comX2023-03-31T09:47:48-07:00\n\xD0\xBD\xD0\xB0\xD0\xB1Xnabijaczleweli@nabijaczleweli.xyzX2023-03-31T18:47:48+02:00\n\n1680281268\ncontrib: dracut: fix race with root=zfs:dset when necessities required\nThis had always worked in my testing, but a user on hardware reported\r\nthis to happen 100%, and I reproduced it once with cold VM host caches.\r\n\r\ndracut-zfs-generator runs as a systemd generator, i.e. at Some\r\nRelatively Early Time; if root= is a fixed dataset, it tries to\r\n\"solve [necessities] statically at generation time\".\r\n\r\nIf by that point zfs-import.target hasn't popped (because the import is\r\ntaking a non-negligible amount of time for whatever reason), it'll see\r\nno children for the root datase, and as such generate no mounts.\r\n\r\nThis has never had any right to work. No-one caught this earlier because\r\nit's just that much more convenient to have root=zfs:AUTO, which orders\r\nitself properly.\r\n\r\nTo fix this, always run zfs-nonroot-necessities.service;\r\nthis additionally simplifies the implementation by:\r\n * making BOOTFS from zfs-env-bootfs.service be the real, canonical,\r\n root dataset name, not just \"whatever the first bootfs is\",\r\n and only set it if we're ZFS-booting\r\n * zfs-{rollback,snapshot}-bootfs.service can use this instead of\r\n re-implementing it\r\n * having zfs-env-bootfs.service also set BOOTFSFLAGS\r\n * this means the sysroot.mount drop-in can be fixed text\r\n * zfs-nonroot-necessities.service can also be constant and always\r\n enabled, because it's conditioned on BOOTFS being set\r\n\r\nThere is no longer any code generated at run-time\r\n(the sysroot.mount drop-in is an unavoidable gratuitous cp).\r\n\r\nThe flow of BOOTFS{,FLAGS} from zfs-env-bootfs.service to sysroot.mount\r\nis not noted explicitly in dracut.zfs(7), because (a) at some point it's\r\njust visual noise and (b) it's already ordered via d-p-m.s from z-i.t.\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: Ahelenia Ziemia\xC5\x84ska <nabijaczleweli@nabijaczleweli.xyz>\r\nCloses #14690 \n'\n'SEP>c5431f14655ce05d1ea99cb012806f0e5873d257Xc5431f14655cX1142362ff606ab7a1262d7d6f1f9be2205825065\nGitHubXnoreply@github.comX2023-03-31T09:46:22-07:00\nyouzhongyangXyouzhong@gmail.comX2023-03-31T12:46:22-04:00\n\n1680281182\nlinux 6.3 compat: needs REQ_PREFLUSH | REQ_OP_WRITE\nModify bio_set_flush() so if kernel version is >= 4.10, flags \r\nREQ_PREFLUSH and REQ_OP_WRITE are set together.\r\n\r\nReviewed-by: Tony Hutter <hutter2@llnl.gov>\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: Youzhong Yang <yyang@mathworks.com>\r\nCloses #14695 \n'\n'SEP>1142362ff606ab7a1262d7d6f1f9be2205825065X1142362ff606X21c4b2a944dce7e45a9f0c959624fe66b825fae9\nGitHubXnoreply@github.comX2023-03-31T09:43:54-07:00\nBrian BehlendorfXbehlendorf1@llnl.govX2023-03-31T09:43:54-07:00\n\n1680281034\nUse vmem_zalloc to silence allocation warning\nThe kmem allocation in zfs_prune_aliases() will trigger a large\r\nallocation warning on systems with 64K pages. Resolve this by\r\nswitching to vmem_alloc() which internally uses kvmalloc() so the\r\nright allocator will be used based on the allocation size.\r\n\r\nReviewed-by: Richard Yao <richard.yao@alumni.stonybrook.edu>\r\nReviewed-by: Tino Reichardt <milky-zfs@mcmilk.de>\r\nReviewed-by: Brian Atkinson <batkinson@lanl.gov>\r\nSigned-off-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nCloses #8491\r\nCloses #14694 \n'\n'SEP>21c4b2a944dce7e45a9f0c959624fe66b825fae9X21c4b2a944dcX431083f75bdd3efaee992bdd672625ec7240d252\nGitHubXnoreply@github.comX2023-03-29T15:39:36-07:00\nTony HutterXhutter2@llnl.govX2023-03-29T15:39:36-07:00\n\n1680129576\nLinux 6.2 compat: META\nUpdate the META file to reflect compatibility with the 6.2 kernel.\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: Tony Hutter <hutter2@llnl.gov>\r\nCloses #14689 \n'" >Unable to start Dr. Konqi >%
<b>You cannot view the attachment while viewing its details because your browser does not support IFRAMEs. <a href="attachment.cgi?id=242450">View the attachment on a separate page</a>.</b>
View Attachment As Raw
Actions:
View
Attachments on
bug 271683
: 242450