aboutsummaryrefslogtreecommitdiff
path: root/UPDATING
Commit message (Collapse)AuthorAgeFilesLines
* MFHead @r350386Alan Somers2019-07-281-6/+10
|\ | | | | | | | | | | | | Sponsored by: The FreeBSD Foundation Notes: svn path=/projects/fuse2/; revision=350387
| * Re-wrap the text at 80 columns after fixing the indent in the prior commit.Ian Lepore2019-07-261-6/+7
| | | | | | | | Notes: svn path=/head/; revision=350361
| * Fix indentation (spaces->tab).Ian Lepore2019-07-251-6/+6
| | | | | | | | | | | | | | Reported by: garga@ Notes: svn path=/head/; revision=350324
| * Remove an old warning from UPDATING.Mark Johnston2019-07-171-5/+0
| | | | | | | | | | | | | | | | | | | | | | The clang switchover happened long enough ago that we can garbage-collect this note. Reviewed by: emaste, imp Differential Revision: https://reviews.freebsd.org/D20978 Notes: svn path=/head/; revision=350090
| * Add an entry mentioning the permission/mode change to daily accounting files.Ian Lepore2019-07-131-0/+8
| | | | | | | | Notes: svn path=/head/; revision=349976
* | MFHead @349476Alan Somers2019-06-271-0/+6
|\| | | | | | | | | | | | | Sponsored by: The FreeBSD Foundation Notes: svn path=/projects/fuse2/; revision=349479
| * Fixup UPDATING text for r349253Conrad Meyer2019-06-211-2/+2
| | | | | | | | | | | | | | Requested by: delphij Notes: svn path=/head/; revision=349254
| * sys: Remove DEV_RANDOM device optionConrad Meyer2019-06-211-0/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Remove 'device random' from kernel configurations that reference it (most). Replace perhaps mistaken 'nodevice random' in two MIPS configs with 'options RANDOM_LOADABLE' instead. Document removal in UPDATING; update NOTES and random.4. Reviewed by: delphij, markm (previous version) Approved by: secteam(delphij) Differential Revision: https://reviews.freebsd.org/D19918 Notes: svn path=/head/; revision=349253
* | fusefs: recycle vnodes after their last unlinkAlan Somers2019-06-271-5/+5
| | | | | | | | | | | | | | | | | | | | | | | | Previously fusefs would never recycle vnodes. After VOP_INACTIVE, they'd linger around until unmount or the vnlru reclaimed them. This commit essentially actives and inlines the old reclaim_revoked sysctl, and fixes some issues dealing with the attribute cache and multiply linked files. Sponsored by: The FreeBSD Foundation Notes: svn path=/projects/fuse2/; revision=349468
* | MFHead @349234Alan Somers2019-06-201-1/+12
|\| | | | | | | | | | | | | Sponsored by: The FreeBSD Foundation Notes: svn path=/projects/fuse2/; revision=349236
| * Upgrade our copies of clang, llvm, lld, lldb, compiler-rt, libc++,Dimitry Andric2019-06-121-0/+6
| | | | | | | | | | | | | | | | | | | | | | libunwind and openmp to the upstream release_80 branch r363030 (effectively, 8.0.1 rc2). The 8.0.1 release should follow this within a week or so. MFC after: 2 weeks Notes: svn path=/head/; revision=349004
| * Fix dpcpu and vnet panics with complex types at the end of the section.Bjoern A. Zeeb2019-06-081-0/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Apply a linker script when linking i386 kernel modules to apply padding to a set_pcpu or set_vnet section. The padding value is kind-of random and is used to catch modules not compiled with the linker-script, so possibly still having problems leading to kernel panics. This is needed as the code generated on certain architectures for non-simple-types, e.g., an array can generate an absolute relocation on the edge (just outside) the section and thus will not be properly relocated. Adding the padding to the end of the section will ensure that even absolute relocations of complex types will be inside the section, if they are the last object in there and hence relocation will work properly and avoid panics such as observed with carp.ko or ipsec.ko. There is a rather lengthy discussion of various options to apply in the mentioned PRs and their depends/blocks, and the review. There seems no best solution working across multiple toolchains and multiple version of them, so I took the liberty of taking one, as currently our users (and our CI system) are hitting this on just i386 and we need some solution. I wish we would have a proper fix rather than another "hack". Also backout r340009 which manually, temporarily fixed CARP before 12.0-R "by chance" after a lead-up of various other link-elf.c and related fixes. PR: 230857,238012 With suggestions from: arichardson (originally last year) Tested by: lwhsu Event: Waterloo Hackathon 2019 Reported by: lwhsu, olivier MFC after: 6 weeks Differential Revision: https://reviews.freebsd.org/D17512 Notes: svn path=/head/; revision=348808
* | MFHead @348740Alan Somers2019-06-061-8/+9
|\| | | | | | | | | | | | | Sponsored by: The FreeBSD Foundation Notes: svn path=/projects/fuse2/; revision=348744
| * Move back group, master.passwd and shells to etc directoryBaptiste Daroussin2019-05-231-6/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | Use the .PATH mechanism instead so keep installing them from lib/libc/gen While here revert 347961 and 347893 which are no longer needed Discussed with: manu Tested by: manu ok manu@ Notes: svn path=/head/; revision=348185
| * Add note to UPDATING for users of mergemaster after the move of master.passwdBrad Davis2019-05-181-0/+6
| | | | | | | | | | | | | | | | | | and group in r347638. Approved by: allanjude (mentor) Notes: svn path=/head/; revision=347961
| * Revert r346292 (permit_nonrandom_stackcookies)Conrad Meyer2019-05-131-7/+0
| | | | | | | | | | | | | | | | | | | | | | We have a better, more comprehensive knob for this now: kern.random.initial_seeding.bypass_before_seeding=1. Requested by: delphij Sponsored by: Dell EMC Isilon Notes: svn path=/head/; revision=347555
| * Add an UPDATING entry and bump __FreeBSD_version for r347532.Mark Johnston2019-05-131-0/+8
| | | | | | | | | | | | | | Reported by: rgrimes, Oliver Pinter <oliver.pinter@hardenedbsd.org> Notes: svn path=/head/; revision=347543
* | fusefs: remove the vfs.fusefs.data_cache_invalidate sysctlAlan Somers2019-05-131-3/+4
| | | | | | | | | | | | | | | | | | | | | | | | This sysctl was added > 6.5 years ago and I don't know why. The description seems at odds with the code. While it's supposed to "discard clean cached data" during VOP_INACTIVE, it looks like it would discard any cached data, clean or otherwise. Sponsored by: The FreeBSD Foundation Notes: svn path=/projects/fuse2/; revision=347552
* | fusefs: remove the vfs.fusefs.mmap_enable sysctlAlan Somers2019-05-131-4/+4
| | | | | | | | | | | | | | | | | | | | | | | | This sysctl was added > 6.5 years ago for no clear reason. Perhaps it was intended to gate an unstable feature? But now there's no reason to globally disable mmap. I'm not deleting the -ono_mmap mount option just yet, because it might be useful as a workaround for bug 237588. Sponsored by: The FreeBSD Foundation Notes: svn path=/projects/fuse2/; revision=347551
* | fusefs: remove the vfs.fusefs.refresh_size sysctlAlan Somers2019-05-131-3/+4
| | | | | | | | | | | | | | | | | | | | | | This was added > 6.5 years ago with no evident reason why. It probably had something to do with the incomplete cached attribute implementation. But cache attributes work now. I see no reason to retain this sysctl. Sponsored by: The FreeBSD Foundation Notes: svn path=/projects/fuse2/; revision=347550
* | fusefs: remove the vfs.fusefs.sync_resize syctlAlan Somers2019-05-131-3/+3
| | | | | | | | | | | | | | | | | | | | | | | | This sysctl was added > 6.5 years ago for no clear purpose. I'm guessing that it may have had something to do with the incomplete attribute cache. But the attribute cache works now. Since there's no clear motivation for this sysctl, it's best to remove it. Sponsored by: The FreeBSD Foundation Notes: svn path=/projects/fuse2/; revision=347547
* | fusefs: remove the vfs.fusefs.fix_broken_io sysctlAlan Somers2019-05-131-3/+8
| | | | | | | | | | | | | | | | | | | | | | | | This looks like it may have been a workaround for a specific buggy FUSE filesystem. However, there's no information about what that bug may have been, and the workaround is > 6.5 years old, so I consider the sysctl to be unmaintainable. Sponsored by: The FreeBSD Foundation Notes: svn path=/projects/fuse2/; revision=347545
* | fusefs: reap dead sysctlsAlan Somers2019-05-131-0/+5
|/ | | | | | | | | | | | Remove the "sync_unmount" and "init_backgrounded" sysctls and the associated options from mount_fusefs. Add no backwards-compatibility hidden options to mount_fusefs because these options never had any effect, and are therefore unlikely to be used. Sponsored by: The FreeBSD Foundation Notes: svn path=/projects/fuse2/; revision=347544
* Correct a handful of typos.Jens Schweikhardt2019-05-111-8/+8
| | | | Notes: svn path=/head/; revision=347497
* Remove IPSEC from GENERIC due to performance issuesAndrew Gallatin2019-05-091-0/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Having IPSEC compiled into the kernel imposes a non-trivial performance penalty on multi-threaded workloads due to IPSEC refcounting. In my benchmarks of multi-threaded UDP transmit (connected sockets), I've seen a roughly 20% performance penalty when the IPSEC option is included in the kernel (16.8Mpps vs 13.8Mpps with 32 senders on a 14 core / 28 HTT Xeon 2697v3)). This is largely due to key_addref() incrementing and decrementing an atomic reference count on the default policy. This cause all CPUs to stall on the same cacheline, as it bounces between different CPUs. Given that relatively few users use ipsec, and that it can be loaded as a module, it seems reasonable to ask those users to load the ipsec module so as to avoid imposing this penalty on the GENERIC kernel. Its my hope that this will make FreeBSD look better in "out of the box" benchmark comparisons with other operating systems. Many thanks to ae for fixing auto-loading of ipsec.ko when ifconfig tries to configure ipsec, and to cy for volunteering to ensure the the racoon ports will load the ipsec.ko module Reviewed by: cem, cy, delphij, gnn, jhb, jpaetzel Differential Revision: https://reviews.freebsd.org/D20163 Notes: svn path=/head/; revision=347410
* tun/tap: merge and rename to `tuntap`Kyle Evans2019-05-081-0/+8
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | tun(4) and tap(4) share the same general management interface and have a lot in common. Bugs exist in tap(4) that have been fixed in tun(4), and vice-versa. Let's reduce the maintenance requirements by merging them together and using flags to differentiate between the three interface types (tun, tap, vmnet). This fixes a couple of tap(4)/vmnet(4) issues right out of the gate: - tap devices may no longer be destroyed while they're open [0] - VIMAGE issues already addressed in tun by kp [0] emaste had removed an easy-panic-button in r240938 due to devdrn blocking. A naive glance over this leads me to believe that this isn't quite complete -- destroy_devl will only block while executing d_* functions, but doesn't block the device from being destroyed while a process has it open. The latter is the intent of the condvar in tun, so this is "fixed" (for certain definitions of the word -- it wasn't really broken in tap, it just wasn't quite ideal). ifconfig(8) also grew the ability to map an interface name to a kld, so that `ifconfig {tun,tap}0` can continue to autoload the correct module, and `ifconfig vmnet0 create` will now autoload the correct module. This is a low overhead addition. (MFC commentary) This may get MFC'd if many bugs in tun(4)/tap(4) are discovered after this, and how critical they are. Changes after this are likely easily MFC'd without taking this merge, but the merge will be easier. I have no plans to do this MFC as of now. Reviewed by: bcr (manpages), tuexen (testing, syzkaller/packetdrill) Input also from: melifaro Relnotes: yes Differential Revision: https://reviews.freebsd.org/D20044 Notes: svn path=/head/; revision=347241
* random(4): Restore availability tradeoff prior to r346250Conrad Meyer2019-04-181-0/+24
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | As discussed in that commit message, it is a dangerous default. But the safe default causes enough pain on a variety of platforms that for now, restore the prior default. Some of this is self-induced pain we should/could do better about; for example, programmatic CI systems and VM managers should introduce entropy from the host for individual VM instances. This is considered a future work item. On modern x86 and Power9 systems, this may be wholly unnecessary after D19928 lands (even in the non-ideal case where early /boot/entropy is unavailable), because they have fast hardware random sources available early in boot. But D19928 is not yet landed and we have a host of architectures which do not provide fast random sources. This change adds several tunables and diagnostic sysctls, documented thoroughly in UPDATING and sys/dev/random/random_infra.c. PR: 230875 (reopens) Reported by: adrian, jhb, imp, and probably others Reviewed by: delphij, imp (earlier version), markm (earlier version) Discussed with: adrian Approved by: secteam(delphij) Relnotes: yeah Security: related Differential Revision: https://reviews.freebsd.org/D19944 Notes: svn path=/head/; revision=346358
* stack_protector: Add tunable to bypass random cookiesConrad Meyer2019-04-161-0/+7
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This is a stopgap measure to unbreak installer/VM/embedded boot issues introduced (or at least exposed by) in r346250. Add the new tunable, "security.stack_protect.permit_nonrandom_cookies," in order to continue boot with insecure non-random stack cookies if the random device is unavailable. For now, enable it by default. This is NOT safe. It will be disabled by default in a future revision. There is follow-on work planned to use fast random sources (e.g., RDRAND on x86 and DARN on Power) to seed when the early entropy file cannot be provided, for whatever reason. Please see D19928. Some better hacks may be used to make the non-random __stack_chk_guard slightly less predictable (from delphij@ and mjg@); those suggestions are left for a future revision. I think it may also be plausible to move stack guard initialization far later in the boot process; potentially it could be moved all the way to just before userspace is started. Reported by: many Reviewed by: delphij, emaste, imp (all w/ caveat: this is a stopgap fix) Security: yes Sponsored by: Dell EMC Isilon Differential Revision: https://reviews.freebsd.org/D19927 Notes: svn path=/head/; revision=346292
* random(4): Add is_random_seeded(9) KPIConrad Meyer2019-04-161-0/+6
| | | | | | | | | | | | | | | The imagined use is for early boot consumers of random to be able to make decisions based on whether random is available yet or not. One such consumer seems to be __stack_chk_init(), which runs immediately after random is initialized. A follow-up patch will attempt to address that. Reported by: many Reviewed by: delphij (except man page) Approved by: secteam(delphij) Differential Revision: https://reviews.freebsd.org/D19926 Notes: svn path=/head/; revision=346282
* Add an entry to UPDATING for r345895, which affects the use of nfsuserd daemonsRick Macklem2019-04-041-0/+8
| | | | | | | built from head sources between July 6, 2017 and Aug. 22, 2018. Notes: svn path=/head/; revision=345898
* Add UPDATING note for geom_uzip(4)/xz, and bump geom_uzip(4) man page date.Konstantin Belousov2019-03-231-0/+5
| | | | | | | | Sponsored by: The FreeBSD Foundation MFC after: 3 days Notes: svn path=/head/; revision=345442
* Rename fuse(4) to fusefs(4)Alan Somers2019-03-201-0/+6
| | | | | | | | | | | | | | This makes it more consistent with other filesystems, which all end in "fs", and more consistent with its mount helper, which is already named "mount_fusefs". Reviewed by: cem, rgrimes MFC after: 2 weeks Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D19649 Notes: svn path=/head/; revision=345350
* Tweak wording a little.Warner Losh2019-03-121-7/+8
| | | | | | | Submitted by: peterj@ Notes: svn path=/head/; revision=345053
* Augment ino64 entryWarner Losh2019-03-091-5/+7
| | | | | | | | | | | | | When updating across this change (the introduction of ino64), the "fast and loose" practice of rebooting to multiuser and then doing an installworld fails with missing symbols. Recommend strongly that users do this in single user mode. The multiuser case only ever works by accident because its requirements are stronger than is supported accross this change. It usually works because critical symbols don't change their version number in libc, which wasn't the case here. Notes: svn path=/head/; revision=344972
* Fix a number of entries (almost all mine) that were > 80 columns.Warner Losh2019-03-091-9/+12
| | | | | | | | | | When reading UPDATING from single user in vi, I noticed a few wrapped, so fix them to not wrap. expand -8 UPDATING | awk 'length > 80' made this easy to find all the offenders. Notes: svn path=/head/; revision=344971
* Misc fixes based on upgrading a laptop from 11.1R to -currentWarner Losh2019-03-091-3/+6
| | | | | | | | | Add note about needing to start zfs because mount -a doesn't do that. Add the word 'supported' before 'older branches' for older binaries. Add note about options in custom config files as well. Notes: svn path=/head/; revision=344970
* Set tentative merge date, and bump __FreeBSD_version.Dimitry Andric2019-03-041-1/+1
| | | | Notes: svn path=/projects/clang800-import/; revision=344777
* Merge ^/head r344178 through r344512.Dimitry Andric2019-02-251-0/+5
|\ | | | | | | Notes: svn path=/projects/clang800-import/; revision=344513
| * Add an UPDATING entry for the removal of drm and drm2Warner Losh2019-02-191-0/+5
| | | | | | | | | | | | | | | | Also bump FreeBSD version to 1300013 since this series is a big change. Notes: svn path=/head/; revision=344300
* | Merge ^/head r343956 through r344177.Dimitry Andric2019-02-151-1/+7
|\| | | | | | | Notes: svn path=/projects/clang800-import/; revision=344178
| * Fix small typo.Warner Losh2019-02-141-1/+1
| | | | | | | | | | | | | | Differential Review: https://reviews.freebsd.org/D19193 Notes: svn path=/head/; revision=344129
| * Add UPDATING entry for IEEE80211_AMPDU_AGE and AH_SUPPORT_AR5416 optionsAndriy Voskoboinyk2019-02-141-0/+6
| | | | | | | | | | | | | | | | | | removal Notified by: ian Notes: svn path=/head/; revision=344115
* | Merge ^/head r343807 through r343955.Dimitry Andric2019-02-101-1/+1
|\| | | | | | | Notes: svn path=/projects/clang800-import/; revision=343956
| * Remove a few stray "All Rights Reserved." declarations on stuff I'veWarner Losh2019-02-051-1/+1
| | | | | | | | | | | | | | written. Notes: svn path=/head/; revision=343810
* | Merge ^/head r343571 through r343711.Dimitry Andric2019-02-031-0/+7
|\| | | | | | | Notes: svn path=/projects/clang800-import/; revision=343712
| * Make iflib a loadable module.Konstantin Belousov2019-01-311-0/+7
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | iflib is already a module, but it is unconditionally compiled into the kernel. There are drivers which do not need iflib(4), and there are situations where somebody might not want iflib in kernel because of using the corresponding driver as module. Reviewed by: marius Discussed with: erj Sponsored by: The FreeBSD Foundation MFC after: 2 weeks Differential revision: https://reviews.freebsd.org/D19041 Notes: svn path=/head/; revision=343617
* | Update version numbers, and regenerate config headers for llvm, clang,Dimitry Andric2019-01-201-0/+6
|/ | | | | | | lld and lldb. Update ObsoleteFiles.inc and OptionalObsoleteFiles.inc. Notes: svn path=/projects/clang800-import/; revision=343220
* Update the note about the need for COMPAT_FREEBSD<n> kernel options.John Baldwin2019-01-151-6/+7
| | | | | | | | | | | | | | | | | Rather than mentioning the requirement for 4.x binaries but not explaining why (it was assuming an upgrade from 4.x to 5.0-current), explain when compat options are needed (for running existing host binaries) in a more general way while using a more modern example (COMPAT_FREEBSD11 for 11.x binaries). While here, explicitly mention that a GENERIC kernel should always work. Reported by: Robert Huff <roberthuff@rcn.com> Reviewed by: imp MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D18740 Notes: svn path=/head/; revision=343048
* Add UPDATING entry for r342635.Rebecca Cran2018-12-311-0/+6
| | | | | | | Sponsored by: Netflix Notes: svn path=/head/; revision=342636
* Add an UPDATING message for r342286.Rick Macklem2018-12-201-0/+8
| | | | Notes: svn path=/head/; revision=342287
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-01 12:15:34 +0000