summaryrefslogtreecommitdiff
path: root/UPDATING
Commit message (Collapse)AuthorAgeFilesLines
...
* | Merge r358179 through r358238.Dimitry Andric2020-02-221-1/+1
|\| | | | | | | | | | | | | PR: 244251 Notes: svn path=/projects/clang1000-import/; revision=358239
| * ncurses: set the proper version in the updating messageBaptiste Daroussin2020-02-211-1/+1
| | | | | | | | | | | | | | Reported by: @jlduran (github) Notes: svn path=/head/; revision=358210
* | Merge ^/head r358131 through r358178.Dimitry Andric2020-02-201-4/+4
|\| | | | | | | Notes: svn path=/projects/clang1000-import/; revision=358179
| * Update the UPDATING information now that ncurses shlib has been bumpedBaptiste Daroussin2020-02-201-4/+4
| | | | | | | | Notes: svn path=/head/; revision=358166
* | Merge ^/head r358075 through r358130.Dimitry Andric2020-02-191-0/+5
|\| | | | | | | Notes: svn path=/projects/clang1000-import/; revision=358131
| * Add a note about some fallouts due to the ncurses updateBaptiste Daroussin2020-02-191-0/+5
| | | | | | | | Notes: svn path=/head/; revision=358103
* | Merge ^/head r358049 through r358074.Dimitry Andric2020-02-181-0/+6
|\| | | | | | | Notes: svn path=/projects/clang1000-import/; revision=358075
| * remove old perl entries from ObsoleteFiles.incEd Maste2020-02-181-0/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Each entry in ObsoleteFiles.inc adds to the time `make delete-old` and friends take to run. Perl was removed from the FreeBSD base system a very long time ago (FreeBSD 5); source updates have not been supported from that version for years. Perl was a single component responsible for thousands of entries so provides significant benefit with little effort/investigation required. We could still use a more comprehensive cleanup to remove old entries. Also add an UPDATING note (with wordsmithing by imp) indicating that `make delete-old` is required along each step of a source upgrade from an old, unsupported release. Discussed with: imp Sponsored by: The FreeBSD Foundation Notes: svn path=/head/; revision=358072
* | Merge ^/head r358000 through r358048.Dimitry Andric2020-02-171-0/+5
|\| | | | | | | Notes: svn path=/projects/clang1000-import/; revision=358049
| * Partially revert VNET change and expand VNET structure.Bjoern A. Zeeb2020-02-171-0/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Revert parts of r353274 replacing vnet_state with a shutdown flag. Not having the state flag for the current SI_SUB_* makes it harder to debug kernel or module panics related to VNET bringup or teardown. Not having the state also does not allow us to check for other dependency levels between components, e.g. for moving interfaces. Expand the VNET structure with the new boolean flag indicating that we are doing a shutdown of a given vnet and update the vnet magic cookie for the change. Update libkvm to compile with a bool in the kernel struct. Bump __FreeBSD_version for (external) module builds to more easily detect the change. Reviewed by: hselasky MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D23097 Notes: svn path=/head/; revision=358020
* | Merge ^/head r357662 through r357854.Dimitry Andric2020-02-131-0/+8
|\| | | | | | | Notes: svn path=/projects/clang1000-import/; revision=357855
| * Make the warning for deprecated NO_ variables an error.Brooks Davis2020-02-121-0/+8
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Support for NO_CTF, NO_DEBUG_FILES, NO_INSTALLLIB, NO_MAN, NO_PROFILE, and NO_WARNS as deprecated in 2014 with a warning added for each one found. Turn these into error in preperation for removal of compatability support before FreeBSD 13. This was previously committed in r354909 and reverted in r355011 due to unforseen impacts on ports. I've since corrected all amd64 and i386 ports reported in prior runs as well as instance of these variables I found via grep. Notes: svn path=/head/; revision=357834
* | * Bump version numbers to 10.0.0Dimitry Andric2020-01-251-0/+6
|/ | | | | | | | | | | * Update UPDATING * Update (Optional)ObsoleteFiles.inc * Update VCS(Revision|Version) files * Update generated config headers * Update clang internal headers Makefile Notes: svn path=/projects/clang1000-import/; revision=357120
* Add notes for MAKE_OBSOLETE_GCC going away and riscv switching to clang/lld.John Baldwin2020-01-081-0/+9
| | | | Notes: svn path=/head/; revision=356502
* Do not build GCC 4.2.1 by default for any CPU architectureEd Maste2020-01-051-0/+7
| | | | | | | | | | | | | | | | | | | By default set to NO: GCC GCC_BOOTSTRAP GNUCXX As described by imp@ on the freebsd-arch mailing list Aug 13, 2019 with Subject: Gcc 4.2.1 to be removed before FreeBSD 13, a firm timeline https://lists.freebsd.org/pipermail/freebsd-arch/2019-August/019674.html Reviewed by: jhb, imp Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D23026 Notes: svn path=/head/; revision=356367
* Remove arm/arm as a valid target.Warner Losh2020-01-021-0/+6
| | | | | | | | | | | | | | | | | | | | | | | TARGET=arm now defaults to TARGET_ARCH=armv7 TARGET_ARCH=arm is no longer valid. Bump __FreeBSD_version to 1300073 Tested with make universe. Any stale LINT-V5 config files remaining in the tree will fail the universe build. However, LINT-V5 was removed in r355119. This retirement has been planned since last summer. The armv5 port is fragile: it works OK for some peeople, and fails badly for others. There's a number of subtle bugs in busdma, pmap and other MD parts of thee system that present themselves under load or in unusual circumstances (like fsck after a crash). stable/8, branched 10 years ago, was the last reliable release. Since the support burden is larger then the benefit, the consensus view is armv5 should be removed from the tree. Discussed with: arm@ mailing list and arm developer community. Notes: svn path=/head/; revision=356263
* Add a note to UPDATING on the move to clang for powerpc*Justin Hibbits2019-12-271-0/+6
| | | | Notes: svn path=/head/; revision=356116
* random(4): Simplify RANDOM_LOADABLEConrad Meyer2019-12-261-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Simplify RANDOM_LOADABLE by removing the ability to unload a LOADABLE random(4) implementation. This allows one-time random module selection at boot, by loader(8). Swapping modules on the fly doesn't seem especially useful. This removes the need to hold a lock over the sleepable module calls read_random and read_random_uio. init/deinit have been pulled out of random_algorithm entirely. Algorithms can run their own sysinits to initialize; deinit is removed entirely, as algorithms can not be unloaded. Algorithms should initialize at SI_SUB_RANDOM:SI_ORDER_SECOND. In LOADABLE systems, algorithms install a pointer to their local random_algorithm context in p_random_alg_context at that time. Go ahead and const'ify random_algorithm objects; there is no need to mutate them at runtime. LOADABLE kernel NULL checks are removed from random_harvestq by ordering random_harvestq initialization at SI_SUB_RANDOM:SI_ORDER_THIRD, after algorithm init. Prior to random_harvestq init, hc_harvest_mask is zero and no events are forwarded to algorithms; after random_harvestq init, the relevant pointers will already have been installed. Remove the bulk of random_infra shim wrappers and instead expose the bare function pointers in sys/random.h. In LOADABLE systems, read_random(9) et al are just thin shim macros around invoking the associated function pointer. We do not provide a registration system but instead expect LOADABLE modules to register themselves at SI_SUB_RANDOM:SI_ORDER_SECOND. An example is provided in randomdev.c, as used in the random_fortuna.ko module. Approved by: csprng(markm) Discussed with: gordon Differential Revision: https://reviews.freebsd.org/D22512 Notes: svn path=/head/; revision=356096
* Merge llvm, clang, compiler-rt, libc++, libunwind, lld, lldb and openmpDimitry Andric2019-12-221-0/+6
| | | | | | | | | | | | | | | | | | 9.0.1 final release c1a0a213378a458fbea1a5c77b315c7dce08fd05. Release notes for llvm, clang, lld and libc++ 9.0.1 will become available here: https://releases.llvm.org/9.0.1/docs/ReleaseNotes.html https://releases.llvm.org/9.0.1/tools/clang/docs/ReleaseNotes.html https://releases.llvm.org/9.0.1/tools/lld/docs/ReleaseNotes.html https://releases.llvm.org/9.0.1/projects/libcxx/docs/ReleaseNotes.html PR: 240629 MFC after: 1 month Notes: svn path=/head/; revision=356004
* UPDATING: remove outdated caution against make -jEd Maste2019-12-161-8/+3
| | | | | | | | | Reviewed by: imp Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D22836 Notes: svn path=/head/; revision=355816
* Add an entry to UPDATING for r355677.Rick Macklem2019-12-121-0/+5
| | | | Notes: svn path=/head/; revision=355678
* UPDATING: Add long-belated note about certs in baseKyle Evans2019-12-051-0/+10
| | | | | | | | | | | | While the interaction between this and the ETCSYMLINK option of security/ca_root_nss isn't necessarily fatal, one should be aware and attempt to understand the ramifications of mixing the two. ports-secteam will be contacted to discuss the default option for branches where certs are being included in base. Notes: svn path=/head/; revision=355423
* Regularize my copyright noticeWarner Losh2019-12-041-1/+1
| | | | | | | | | | | | o Remove All Rights Reserved from my notices o imp@FreeBSD.org everywhere o regularize punctiation, eliminate date ranges o Make sure that it's clear that I don't claim All Rights reserved by listing All Rights Reserved on same line as other copyright holders (but not me). Other such holders are also listed last where it's clear. Notes: svn path=/head/; revision=355394
* Revert r354909: Make the warning for deprecated NO_ variables an error.Brooks Davis2019-11-221-8/+0
| | | | | | | | An unexpectidly large number of ports define NO_MAN (and sometimes the long-dead NOMAN). I'll fix ports and then re-commit. Notes: svn path=/head/; revision=355011
* Fix typo: deprected -> deprecated.Dimitry Andric2019-11-201-1/+1
| | | | Notes: svn path=/head/; revision=354910
* Make the warning for deprecated NO_ variables an error.Brooks Davis2019-11-201-0/+8
| | | | | | | | | | | | | | | Support for NO_CTF, NO_DEBUG_FILES, NO_INSTALLLIB, NO_MAN, NO_PROFILE, and NO_WARNS as deprecated in 2014 with a warning added for each one found. Turn these into error in preperation for removal of compatability support before FreeBSD 13. Reviewed by: imp Relnotes: yes Sponsored by: DARPA, AFRL Differential Revision: https://reviews.freebsd.org/D22448 Notes: svn path=/head/; revision=354909
* disable amd(8) by defaultEd Maste2019-11-201-0/+5
| | | | | | | | | | | | | | As of FreeBSD 10.1 the autofs(5) is available for automounting, and the amd man page has indicated that the in-tree copy of amd is obsolete. Disable it by default for now, with the expectation that it will be removed before FreeBSD 13.0. Reviewed by: kevans Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D22460 Notes: svn path=/head/; revision=354902
* add a note about nctgpio and wbwd move to superioAndriy Gapon2019-11-071-0/+7
| | | | Notes: svn path=/head/; revision=354433
* Remove obsoleted KPIs that were used to access interface address lists.Gleb Smirnoff2019-10-211-0/+4
| | | | Notes: svn path=/head/; revision=353868
* tuntap(4): restrict scope of net.link.tap.user_open slightlyKyle Evans2019-10-211-0/+9
| | | | | | | | | | | | | | | | | | | | | net.link.tap.user_open has historically allowed non-root users to do devfs cloning and open /dev/tap* nodes based on permissions. Loosen this up to make it only allow users to do devfs cloning -- we no longer check it in tunopen. This allows tap devices to be created that can actually be opened by a user, rather than swiftly restricting them to root because the magic sysctl has not been set. The sysctl has not yet been completely deprecated, because more thought is needed for how to handle the devfs cloning case. There is not an easy suitable replacement for the sysctl there, and more care needs to be placed in determining whether that's OK or not. PR: 200185 Notes: svn path=/head/; revision=353798
* Add UPDATING entry for universe changesWarner Losh2019-10-091-0/+8
| | | | | | | Suggested by: emaste@ Notes: svn path=/head/; revision=353372
* Merge llvm, clang, compiler-rt, libc++, libunwind, lld, lldb and openmpDimitry Andric2019-10-091-0/+6
|\ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 9.0.0 final release r372316. Release notes for llvm, clang, lld and libc++ 9.0.0 are available here: https://releases.llvm.org/9.0.0/docs/ReleaseNotes.html https://releases.llvm.org/9.0.0/tools/clang/docs/ReleaseNotes.html https://releases.llvm.org/9.0.0/tools/lld/docs/ReleaseNotes.html https://releases.llvm.org/9.0.0/projects/libcxx/docs/ReleaseNotes.html PR: 240629 MFC after: 1 month Notes: svn path=/head/; revision=353358
| * Prepare for merging back to head:Dimitry Andric2019-10-081-0/+6
|/ | | | | | | | | | | * Set tentative merge date * Add UPDATING entry * Bump __FreeBSD_version * Bump FREEBSD_CC_VERSION * Bump LLD_REVISION Notes: svn path=/projects/clang900-import/; revision=353318
* Remove white-space at EOL.Jens Schweikhardt2019-10-031-8/+8
| | | | Notes: svn path=/head/; revision=353049
* Remove host binary object drivers from GENERICEd Maste2019-10-031-0/+6
| | | | | | | | | | | | | | | Four drivers (hpt27xx, hptmv, hptnr, hptrr, hpt27xx) include precompiled binary objects; have users load them as modules if they are needed. Additional work (i.e., integrating devmatch) required before MFC. Reviewed by: markj Relnotes: Yes Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D21865 Notes: svn path=/head/; revision=353042
* Fix 20190507 UPDATING entryKyle Evans2019-09-161-2/+2
| | | | | | | | | | The rc mechanism for loading kernel modules is actually called 'kld_list', not 'kld_load' Reported by: yuripv Notes: svn path=/head/; revision=352387
* No longer mlock() ntpd pages by default in memory thus allowing itsCy Schubert2019-09-131-0/+6
| | | | | | | | | | | | | | | | pages to page as necessary. To restore historic BSD behaviour add the following to ntp.conf: rlimit memlock 32 Discussed on: freebsd-current@ between Sept 6-9, 2019 Reported by: Users using ASLR with stack gap != 0 Reviewed by: ian, kib, rgrimes (all previous versions) MFC after: 2 weeks Differential Revision: https://reviews.freebsd.org/D21581 Notes: svn path=/head/; revision=352304
* ping6: Rename options for better consistency with pingAlan Somers2019-08-231-0/+5
| | | | | | | | | | | | | Now equivalent options have the same flags, and nonequivalent options have different flags. This is a prelude to merging the two commands. Submitted by: Ján Sučan <sucanjan@gmail.com> MFC: Never Sponsored by: Google LLC (Google Summer of Code 2019) Differential Revision: https://reviews.freebsd.org/D21345 Notes: svn path=/head/; revision=351423
* 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
generated by cgit v1.2.3 (git 2.25.1) at 2024-06-03 08:17:04 +0000