aboutsummaryrefslogtreecommitdiff
path: root/rescue
Commit message (Collapse)AuthorAgeFilesLines
* rescue: add ipfw, pfctlLexi Winter2024-04-191-0/+9
| | | | | | | | | | | | | | | | | | | | Rationale for this change: - ipf is already there - if the kernel is configured with a packet filter which drops packets by default, pfctl or ipfw will be required in the rescue environment to make the network functional. - rescue's stated purpose is to be useful for small/embedded systems (and is also quite useful for small jails); a rescue-based router would want these binaries. On amd64, this increases the size of rescue from 17346200 to 17907248, or 561048 bytes (3.2%). Reviewed by: imp Pull Request: https://github.com/freebsd/freebsd-src/pull/1169
* rescue: Stop using LDADD_zstdJessica Clarke2024-02-221-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | Ideally we'd be able to use LDADD_foo here for all our various libs and get the implicit dependencies, but rescue is a bit special. Historically this was just used to pick up the "private" in the name automatically (as far as I can tell), but now that _DP_pthread includes c we end up pulling in a -lc from this (along with -lcompiler_rt and -lsys). This results in -lc being before -lmd (and after, implictly, from the compiler driver), which, for the specific situation here, results in both libc.a's and libmd.a's md5c.o being included, giving duplicate definitions of _libmd_MD5Init and other symbols. With LLD 16+ we currently make that not an error for other reasons (which should probably be fixed), but not for older versions, nor for BFD, and so the build fails. Fix all this by just using -lprivatezstd in place of LDADD_zstd, which results in the exact same clang command line as we used to have prior to adding c (and sys) to _DP_pthread when linking rescue. Note that bsdbox already uses -lprivatezstd rather than LDADD_zstd. This reverts commit 5fead429ebb3800fdd3fc0817d2c330b2a8d640f. Reviewed by: imp Fixes: 99ea67573164 ("lib{c,sys}: move auxargs more firmly into libsys")
* rescue: Fix after zfsbootcfg additionWarner Losh2024-02-121-1/+7
| | | | | | | | Get the library dependencies correct for zfsbootcfg. libzfsbootcfg depends on a all of these... Fixes: ac4847e6b0e9 Sponsored by: Netflix
* rescue,nextboot: Install nextboot as a link to reboot, rm nextboot.shWarner Losh2024-02-121-8/+1
| | | | | | | | | | | | | | | Reboot now emulates the nextboot shell script completely. Retire the nextboot.sh script and install the link. Retain the same manual page, since there's enough differences between nextboot and reboot that talking about nextboot would likely be confusing in nextboot.8 The nextboot.sh script no longer exists, so doesn't need to be fixed up to create rescue. However, now we need a link from nextboot to reboot. Sponsored by: Netflix Reviewed by: kevans Differential Revision: https://reviews.freebsd.org/D43831 Differential Revision: https://reviews.freebsd.org/D43843
* rescue: belatedly add zfsbootcfgWarner Losh2024-02-121-0/+2
| | | | | | | | | | nextboot.sh uses zfsbootcfg to enable nextboot functionality for ZFS, but zfsbootcfg was never added. Add it now since the nextboot binary that replaced the script also uses it via system. Sponsored by: Netflix Reviewed by: kevans, kib, emaste Differential Revision: https://reviews.freebsd.org/D43844
* zfs: merge openzfs/zfs@229b9f4edMartin Matuska2024-02-081-1/+1
| | | | | | | | | | Notable upstream pull request merges: #15769 082338875 Add 'zpool status -e' flag to see unhealthy vdevs #15804 a0d3fe72b libzdb: Initial breakout of libzdb #15847 229b9f4ed LUA: Backport CVE-2020-24370's patch Obtained from: OpenZFS OpenZFS commit: 229b9f4ed05e6d14fb4d73fa04a71e99b01bb534
* rescue: Don't explicitly link with libsysBrooks Davis2024-02-071-2/+2
| | | | | | | | | libpthread contains the symbols we need when statically linked. This was a leftover from a prior version of ef9871c6205c that I failed to remove before I pushed. Reviewed by: imp Differential Revision: https://reviews.freebsd.org/D43782
* libthr: move _umtx_op_err() to libsysBrooks Davis2024-02-051-2/+2
| | | | | | | | | | | Declare in sys/umtx.h and implement in libsys. Explicitly link libthr with libsys. When building libthr static include _umtx_op_err so we don't break static linkage with -lpthread. Reviewed by: kib, emaste, imp Pull Request: https://github.com/freebsd/freebsd-src/pull/908
* misc: Remove ancient SCCS tags.Warner Losh2023-11-271-1/+0
| | | | | | | | | | | Remove ancient SCCS tags from the tree, automated scripting, with two minor fixup to keep things compiling. All the common forms in the tree were removed with a perl script. This is for the misfits that have only a few: COPYRIGHT, gnu, tools, rescue, and etc. Sponsored by: Netflix
* zfs: merge openzfs/zfs@804414aadMartin Matuska2023-08-262-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Notable upstream pull request merges: #15024 Add missed DMU_PROJECTUSED_OBJECT prefetch #15029 Do not request data L1 buffers on scan prefetch #15036 FreeBSD: catch up to __FreeBSD_version 1400093 #15039 Fix raw receive with different indirect block size #15047 FreeBSD: Fix build on stable/13 after 1302506 #15049 Fix the ZFS checksum error histograms with larger record sizes #15052 Reduce bloat in ereport.fs.zfs.checksum events #15056 Avoid extra snprintf() in dsl_deadlist_merge() #15061 Ignore pool ashift property during vdev attachment #15063 Don't panic if setting vdev properties is unsupported for this vdev type #15067 spa_min_alloc should be GCD, not min #15071 Add explicit prefetches to bpobj_iterate() #15072 Adjust prefetch parameters #15076 Refactor dmu_prefetch() #15079 set autotrim default to 'off' everywhere #15080 ZIL: Fix config lock deadlock #15088 metaslab: tuneable to better control force ganging #15096 Avoid waiting in dmu_sync_late_arrival() #15097 BRT should return EOPNOTSUPP #15103 Remove zl_issuer_lock from zil_suspend() #15107 Remove fastwrite mechanism #15113 libzfs: sendrecv: send_progress_thread: handle SIGINFO/SIGUSR1 #15122 ZIL: Second attempt to reduce scope of zl_issuer_lock #15129 zpool_vdev_remove() should handle EALREADY error return #15132 ZIL: Replay blocks without next block pointer #15148 zfs_clone_range should return descriptive error codes #15153 ZIL: Avoid dbuf_read() before dmu_sync() #15172 copy_file_range: fix fallback when source create on same txg #15180 Update outdated assertion from zio_write_compress Obtained from: OpenZFS OpenZFS commit: 804414aad224b432590afe3f9ec114ffb49e0f13
* Remove $FreeBSD$: one-line bare tagWarner Losh2023-08-161-2/+0
| | | | Remove /^\s*\$FreeBSD\$$\n/
* Remove $FreeBSD$: one-line sh patternWarner Losh2023-08-165-5/+0
| | | | Remove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/
* Update/fix Makefile.depend for userlandSimon J. Gerraty2023-04-191-14/+15
|
* Include bsd.linker.mk to get LINKER_TYPE and VERSION in rescueDimitry Andric2023-04-171-0/+1
| | | | | | | | To be able to use these make variables, you also have to include bsd.linker.mk, apparently. Fixes: 458f4722bf97 MFC after: 1 week
* Suppress lld 16 errors about multiply defined symbols in rescueDimitry Andric2023-04-171-0/+6
| | | | | | | | lld >= 16 became more strict about multiply defined symbols. Since there are many of those in crunchgen'd programs, turn off the check when linking the rescue binary. MFC after: 1 week
* rescue: Fix link order of SSL libraries and fetch.John Baldwin2023-02-021-4/+4
| | | | | | | | | | ld.bfd requires libraries to be linked in order. libssl requires libcrypto. libfetch requires libssl. To fix the latter, move fetch up above tar rather than listing the ssl libraries twice. Reviewed by: delphij Fixes: ea34aa4780e5 rescue: Add fetch(1) to the rescue tool. Differential Revision: https://reviews.freebsd.org/D38304
* rescue: Add fetch(1) to the rescue tool.John Grafton2023-01-291-1/+4
| | | | | | | | | | | | | After a failed upgrade, having fetch(1) on a system that is physically unnreachable would be very useful to download files required to get the OS back up and functional. On my system this adds 589,824 bytes (3.8%) to the binary size. PR: 266224 Reported by: Dan Mahoney MFC after: 2 weeks Differential Revision: https://reviews.freebsd.org/D38193
* retire sconfig(8) ce(4)/cp(4) configuration toolEd Maste2022-12-131-1/+1
| | | | | | The ce(4) and cp(4) drivers have been retired. Differential Revision: https://reviews.freebsd.org/D33469
* rescue: Link libzutil after libzfs.John Baldwin2022-10-031-1/+1
| | | | | | | | | libzfs depends on symbols defined in libzutil. For static linking ld.bfd is less forgiving than lld, so rescue was failing to link when using ld.bfd due to unresolved symbols from libzutil used by libzfs. Reviewed by: imp, kib, emaste Differential Revision: https://reviews.freebsd.org/D36811
* Fix conflict between libnvpair and libnv when building rescue binaries.Konstantin Belousov2022-05-241-2/+14
| | | | | | | | Submitted by: hselasky Reviewed by: jhb Sponsored by: NVIDIA Networking MFC after: 3 weeks Differential revision: https://reviews.freebsd.org/D32551
* rescue: Link with -lncursesw instead of -lncursesw_real.John Baldwin2022-02-111-1/+1
| | | | | | | | | ld.bfd fails to link rescue with undefined symbol errors otherwise. This reverts commit b158d4d7a12fad8e9c4509466d5f1ebd15862d9f. Reviewed by: bapt Differential Revision: https://reviews.freebsd.org/D34123
* rescue: include ping iff at least one of INET & INET6 is enabledEd Maste2021-12-311-1/+5
| | | | | | | | | | | Ping does not build (and serves no purpose) if neither is enabled (i.e., building WITHOUT_INET and WITHOUT_INET6). This is equvalent to a4ef9e58bc0c but for rescue/. PR: 260082 Fixes: a4ef9e58bc0c ("sbin: build ping if at least one of...") Sponsored by: The FreeBSD Foundation
* Add an internal libiscsiutil library.John Baldwin2021-12-221-0/+3
| | | | | | | | | | | | | Move some of the code duplicated between ctld(8) and iscsid(8) into a libiscsiutil library. Sharing the low-level PDU code did require having a 'struct connection' base class with a method table to permit separate initiator vs target behavior (e.g. in handling proxy PDUs). Reviewed by: mav, emaste Sponsored by: Chelsio Communications Differential Revision: https://reviews.freebsd.org/D33544
* Retire synchronous PPP kernel driver sppp(4).Gleb Smirnoff2021-10-221-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The last two drivers that required sppp are cp(4) and ce(4). These devices are still produced and can be purchased at Cronyx <http://cronyx.ru/hardware/wan.html>. Since Roman Kurakin <rik@FreeBSD.org> has quit them, they no longer support FreeBSD officially. Later they have dropped support for Linux drivers to. As of mid-2020 they don't even have a developer to maintain their Windows driver. However, their support verbally told me that they could provide aid to a FreeBSD developer with documentaion in case if there appears a new customer for their devices. These drivers have a feature to not use sppp(4) and create an interface, but instead expose the device as netgraph(4) node. Then, you can attach ng_ppp(4) with help of ports/net/mpd5 on top of the node and get your synchronous PPP. Alternatively you can attach ng_frame_relay(4) or ng_cisco(4) for HDLC. Actually, last time I used cp(4) back in 2004, using netgraph(4) instead of sppp(4) was already the right way to do. Thus, remove the sppp(4) related part of the drivers and enable by default the negraph(4) part. Further maintenance of these drivers in the tree shouldn't be a big deal. While doing that, remove some cruft and enable cp(4) compilation on amd64. The ce(4) for some unknown reason marks its internal DDK functions with __attribute__ fastcall, which most likely is safe to remove, but without hardware I'm not going to do that, so ce(4) remains i386-only. Reviewed by: emaste, imp, donner Differential Revision: https://reviews.freebsd.org/D32590 See also: https://reviews.freebsd.org/D23928
* rescue: fix after with to a ldscript of libncursesw.aBaptiste Daroussin2021-10-101-1/+1
|
* Fix building rescue/rescue when sanitizers are enabledAlex Richardson2021-07-061-0/+5
| | | | | | | | | We have to ensure that we don't link any instrumented object files into rescue as it is a static executable and static binaries can't use the sanitizer runtime. Reviewed By: imp Differential Revision: https://reviews.freebsd.org/D31044
* ping: add a ping6 hard link for backwards compatibilityAlan Somers2020-11-261-0/+1
| | | | | | | | | | | | When invoked as "ping6", ping will now attempt to use ICMPv6 for hostnames that resolve both IPv4 and IPv6 addresses. Reviewed by: bz, manu MFC-With: r368045 Differential Revision: https://reviews.freebsd.org/D27384 Notes: svn path=/head/; revision=368078
* Merge ping6 to pingAlan Somers2020-11-261-1/+0
| | | | | | | | | | | | | There is now a single ping binary, which chooses to use ICMP or ICMPv4 based on the -4 and -6 options, and the format of the address. Submitted by: Ján Sučan <sucanjan@gmail.com> Sponsored by: Google LLC (Google Summer of Code 2019) MFC after: Never Differential Revision: https://reviews.freebsd.org/D21377 Notes: svn path=/head/; revision=368045
* loader: zfs should support bootonce an nextbootToomas Soome2020-09-211-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | bootonce feature is temporary, one time boot, activated by "bectl activate -t BE", "bectl activate -T BE" will reset the bootonce flag. By default, the bootonce setting is reset on attempt to boot and the next boot will use previously active BE. By setting zfs_bootonce_activate="YES" in rc.conf, the bootonce BE will be set permanently active. bootonce dataset name is recorded in boot pool labels, bootenv area. in case of nextboot, the nextboot_enable boolean variable is recorded in freebsd:nvstore nvlist, also stored in boot pool label bootenv area. On boot, the loader will process /boot/nextboot.conf if nextboot_enable is "YES", and will set nextboot_enable to "NO", preventing /boot/nextboot.conf processing on next boot. bootonce and nextboot features are usable in both UEFI and BIOS boot. To use bootonce/nextboot features, the boot loader needs to be updated on disk; if loader.efi is stored on ESP, then ESP needs to be updated and for BIOS boot, stage2 (zfsboot or gptzfsboot) needs to be updated (gpart or other tools). At this time, only lua loader is updated. Sponsored by: Netflix, Klara Inc. Differential Revision: https://reviews.freebsd.org/D25512 Notes: svn path=/head/; revision=365938
* build: provide a default WARNS for all in-tree buildsKyle Evans2020-09-181-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | The current default is provided in various Makefile.inc in some top-level directories and covers a good portion of the tree, but doesn't cover parts of the build a little deeper (e.g. libcasper). Provide a default in src.sys.mk and set WARNS to it in bsd.sys.mk if that variable is defined. This lets us relatively cleanly provide a default WARNS no matter where you're building in the src tree without breaking things outside of the tree. Crunchgen has been updated as a bootstrap tool to work on this change because it needs r365605 at a minimum to succeed. The cleanup necessary to successfully walk over this change on WITHOUT_CLEAN builds has been added. There is a supplemental project to this to list all of the warnings that are encountered when the environment has WARNS=6 NO_WERROR=yes: https://warns.kevans.dev -- this project will hopefully eventually go away in favor of CI doing a much better job than it. Reviewed by: emaste, brooks, ngie (all earlier version) Reviewed by: emaste, arichardson (depend-cleanup.sh change) Differential Revision: https://reviews.freebsd.org/D26455 Notes: svn path=/head/; revision=365887
* libifconfig now depends on libm due to usage of log10().John Baldwin2020-09-021-1/+2
| | | | | | | | | | | ld.bfd in particular requires -lm to come after libifconfig on the command line when linking rescue. Reviewed by: freqlabs, adrian Differential Revision: https://reviews.freebsd.org/D26258 Notes: svn path=/head/; revision=365282
* Merge OpenZFS support in to HEAD.Matt Macy2020-08-251-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The primary benefit is maintaining a completely shared code base with the community allowing FreeBSD to receive new features sooner and with less effort. I would advise against doing 'zpool upgrade' or creating indispensable pools using new features until this change has had a month+ to soak. Work on merging FreeBSD support in to what was at the time "ZFS on Linux" began in August 2018. I first publicly proposed transitioning FreeBSD to (new) OpenZFS on December 18th, 2018. FreeBSD support in OpenZFS was finally completed in December 2019. A CFT for downstreaming OpenZFS support in to FreeBSD was first issued on July 8th. All issues that were reported have been addressed or, for a couple of less critical matters there are pull requests in progress with OpenZFS. iXsystems has tested and dogfooded extensively internally. The TrueNAS 12 release is based on OpenZFS with some additional features that have not yet made it upstream. Improvements include: project quotas, encrypted datasets, allocation classes, vectorized raidz, vectorized checksums, various command line improvements, zstd compression. Thanks to those who have helped along the way: Ryan Moeller, Allan Jude, Zack Welch, and many others. Sponsored by: iXsystems, Inc. Differential Revision: https://reviews.freebsd.org/D25872 Notes: svn path=/head/; revision=364746
* Move ifconfig SFP status functionality into libifconfigRyan Moeller2020-08-091-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | libifconfig_sfp.h provides an API in libifconfig for querying SFP module properties, operational status, and vendor strings, as well as descriptions of the various fields, string conversions, and other useful helpers for implementing user interfaces. SFP module status is obtained by reading registers via an I2C interface. Descriptions of these registers and the values therein have been collected in a Lua table which is used to generate all the boilerplace C headers and source files for accessing these values, their names, and descriptions. The generated code is fully commented and readable. This is the first use of libifconfig in ifconfig itself. For now, the scope remains very limited. Over time, more of ifconfig will be replaced with libifconfig. Some minor changes to the formatting of ifconfig output have been made: - Module memory hex dumps are indented one extra space as a result of using hexdump(3) instead of a bespoke hex dump function. - Media descriptions have an added two-character short-name in parenthesis. - QSFP modules were incorrectly displaying TX bias current as power. Now TX channels display bias current, and this change has been made for both SFP and QSFP modules for consistency. A Lua binding for libifconfig including this functionality is implemented but has not been included in this commit. The plan is for it to be committed after dynamic module loading has been enabled in flua. Reviewed by: kp, melifaro Relnotes: yes Differential Revision: https://reviews.freebsd.org/D25494 Notes: svn path=/head/; revision=364058
* - Cleanups related to sparc64 removal.Yoshihiro Takahashi2020-07-281-4/+0
| | | | | | | | | | - Remove remains of sparc64 files. Reviewed by: imp Differential Revision: https://reviews.freebsd.org/D25831 Notes: svn path=/head/; revision=363644
* rescue: Remove useless linking with liblEmmanuel Vadot2020-03-241-1/+1
| | | | Notes: svn path=/head/; revision=359269
* Remove unused defines since r147075Warner Losh2019-07-121-1/+0
| | | | | | | | | | When the OpenBSD dhclient was brought in 14 years ago, we stopped supporting building a reduced sized dhclient, yet retained the options here. Also, the OpenBSD dhclient doesn't need lint defined, so it can go too. Notes: svn path=/head/; revision=349933
* rescue: set NO_SHARED in MakefileEd Maste2018-11-191-0/+1
| | | | | | | | | | | | | The rescue binary is built statically via the Makefile generated by crunchgen, but that does not trigger other shared/static logic in bsd.prog.mk - in particular disabling retpolineplt with static linking. PR: 233336 Reported by: Charlie Li Sponsored by: The FreeBSD Foundation Notes: svn path=/head/; revision=340652
* rescue: Add bectl(8)Kyle Evans2018-10-311-0/+2
| | | | | | | | Requested by: kevans, Shawn Webb MFC after: 3 days Notes: svn path=/head/; revision=339972
* Avoid referencing private lib names directly.Bryan Drewery2017-11-101-1/+1
| | | | | | | Sponsored by: Dell EMC Isilon Notes: svn path=/head/; revision=325633
* rescue ipf: Remove hacks and link in libipf directly.Bryan Drewery2017-11-101-0/+1
| | | | | | | Sponsored by: Dell EMC Isilon Notes: svn path=/head/; revision=325632
* Remove badsect(8).Konstantin Belousov2017-11-051-1/+1
| | | | | | | | | | | | | | Failure modes of the modern (that is, produced in the last 25 years) hard drives and SSDs made the utility outdated. Since the kernel interface to support it was removed in r324853, cut the userspace remnants as well. Discussed with: bde (who does not like the removal) Sponsored by: The FreeBSD Foundation MFC after: 2 weeks Notes: svn path=/head/; revision=325452
* DIRDEPS_BUILD: Update dependencies.Bryan Drewery2017-10-311-1/+2
| | | | | | | Sponsored by: Dell EMC Isilon Notes: svn path=/head/; revision=325188
* rescue: say gbye to 'boot floppies' and moderizeEitan Adler2017-10-291-4/+3
| | | | Notes: svn path=/head/; revision=325109
* Remove rcmds.Jeremie Le Hen2017-10-061-4/+0
| | | | | | | | | | | | | | | | | | | | | If they are still needed, you can find them in the net/bsdrcmds port. This was proposed June, 20th and approved by various committers [1]. They have been marked as deprecated on CURRENT in r320644 [2] on July, 4th. Both stable/11 and release/11.1 contain the deprecation notice (thanks to allanjude@). Note that ruptime(1)/rwho(1)/rwhod(8) were initially thought to be part of rcmds but this was a mistake and those are therefore NOT removed. [1] https://lists.freebsd.org/pipermail/freebsd-arch/2017-June/018239.html [2] https://svnweb.freebsd.org/base?view=revision&revision=320644 Reviewed by: bapt, brooks Differential Revision: https://reviews.freebsd.org/D12573 Notes: svn path=/head/; revision=324351
* DIRDEPS_BUILD: Update dependencies.Bryan Drewery2017-05-091-1/+1
| | | | | | | Sponsored by: Dell EMC Isilon Notes: svn path=/head/; revision=318000
* Add zstd to the rescue binaryBaptiste Daroussin2017-05-061-0/+4
| | | | | | | | | | Having zstd might be useful in rescue to be able to access to log files compressed by zstandard Suggested by: ian Notes: svn path=/head/; revision=317885
* More ATM and NATM removalBrooks Davis2017-04-271-1/+0
| | | | | | | | | Submitted by: ak Reviewed by: ngie Differential Revision: https://reviews.freebsd.org/D10511 Notes: svn path=/head/; revision=317508
* Remove NATM configuration bits and assorted NATM and ATM remnants.Brooks Davis2017-04-251-3/+0
| | | | | | | | | Reported by: ak Reviewed by: ngie (first version) Differential Revision: https://reviews.freebsd.org/D10497 Notes: svn path=/head/; revision=317424
* Remove the NATM framework including the en(4), fatm(4), hatm(4), andBrooks Davis2017-04-241-4/+0
| | | | | | | | | | | | | | | | | | | | | | | | patm(4) devices. Maintaining an address family and framework has real costs when we make infrastructure improvements. In the case of NATM we support no devices manufactured in the last 20 years and some will not even work in modern motherboards (some newer devices that patm(4) could be updated to support apparently exist, but we do not currently have support). With this change, support remains for some netgraph modules that don't require NATM support code. It is unclear if all these should remain, though ng_atmllc certainly stands alone. Note well: FreeBSD 11 supports NATM and will continue to do so until at least September 30, 2021. Improvements to the code in FreeBSD 11 are certainly welcome. Reviewed by: philip Approved by: harti Notes: svn path=/head/; revision=317383
* Fix linking /rescue/rescue to multiple programs in usr.bin after r315113Enji Cooper2017-03-201-1/+1
| | | | | | | | | | | | | | | I meant for the line that conditionally added in /usr/bin/nc support to be `+=', not `=`. This restores hardlinks for all programs in usr.bin specified before nc(1), e.g., bunzip2 and tar. Reported by: Andrzej Tobola <ato@iem.pw.edu.pl> Submitted by: Scott Allendorf <scott-allendorf@uiowa.edu> Pointyhat to: ngie MFC after: 3 days Sponsored by: Dell EMC Isilon Notes: svn path=/head/; revision=315654
generated by cgit v1.2.3 (git 2.25.1) at 2024-06-26 18:21:43 +0000