aboutsummaryrefslogtreecommitdiff
path: root/UPDATING
Commit message (Collapse)AuthorAgeFilesLines
...
* Fix the dateWarner Losh2018-12-191-3/+1
| | | | | | | | | | The first part of the mips pruning has been commited. This part is uncontested. Fix the date in the UPDATING file to reflect when I made the commit. The contested parts will be committed (or not) once those discussions complete. Notes: svn path=/head/; revision=342259
* Remove support for running 32-bit kernels on 64-bit hardware.Warner Losh2018-12-191-0/+9
| | | | | | | | | | | This was useful in bring up. However, it causes more issues than the support is worth (64-bit atomics being chief among them). Discussed on: freebsd-mips@ Differential Revision: https://reviews.freebsd.org/D18543 Notes: svn path=/head/; revision=342257
* Remove support for the now very old SiByte MIPS platform. It's notWarner Losh2018-12-191-0/+4
| | | | | | | | | | | | relevant and is unused. It's also getting in the way of progress in some admittedly minor ways. Better to retire it to reduce the burden on the project. Discussed on: freebsd-mips@ Differential Revision: https://reviews.freebsd.org/D18543 Notes: svn path=/head/; revision=342255
* Remove, the now very outdated, timed.George V. Neville-Neil2018-12-151-0/+4
| | | | | | | | | | Submitted by: Kyle Spiers ksspiers at gmail Reviewed by: bcr,brooks,bz,sbruno Relnotes: yes Differential Revision: https://reviews.freebsd.org/D18505 Notes: svn path=/head/; revision=342139
* Fix dates that I set into the future incorrectly.Dimitry Andric2018-12-131-1/+1
| | | | | | | Noticed by: ler Notes: svn path=/head/; revision=342029
* Set tentative merge date, and add UPDATING note.Dimitry Andric2018-12-111-0/+6
| | | | Notes: svn path=/projects/clang700-import/; revision=341823
* - Add a belated UPDATING entry for the ixlv(4) -> iavf(4) rename in r339338.Marius Strobl2018-11-271-0/+7
| | | | | | | | - Likewise, add ixlv.4.gz to OLD_FILES, - and link if_ixlv.ko to if_iavf.ko in order to aid a bit in the transition. Notes: svn path=/head/; revision=341016
* UPDATING: add note for r340984 (ld.bfd removal)Ed Maste2018-11-261-0/+6
| | | | | | | Sponsored by: The FreeBSD Foundation Notes: svn path=/head/; revision=340986
* Enable the BSD crtbegin/crtend by default.Andrew Turner2018-11-231-0/+5
| | | | | | | | | | | It has passed an exp run on amd64 and i386, and has testing on arm64. On other architectures it is expected to run, however it can be disabled by building world with -DWITHOUT_BSD_CRTBEGIN. Sponsored by: DARPA, AFRL Notes: svn path=/head/; revision=340841
* Prepare move of ctm from base to a port (misc/ctm) by:Stefan Eßer2018-11-141-0/+6
| | | | | | | | | | | | | | | | | | | | - Adding a note to UPDATING - Adding a note to the history section of the manpage ctm.1 - Adding a message printed to STDERR to the ctm program This version is meant for release in FreeBSD-12.0 and should remain in FreeBSD-12 over its life-time. A follow-up commit will remove ctm from -CURRENT after the MFC to 12 has happened. Approved by: imp, rgrimes, bcr (man-page) MFC after: 3 days Relnotes: yes Differential Revision: https://reviews.freebsd.org/D17969 Notes: svn path=/head/; revision=340428
* Add UPDATING entry for newsyslog.conf changes introduced by r340318Ben Woods2018-11-101-0/+10
| | | | | | | | Approved by: cem Differential Revision: https://reviews.freebsd.org/D17936 Notes: svn path=/head/; revision=340326
* Add updating entry for DRMWarner Losh2018-10-201-0/+25
| | | | | | | | | | | | | | | | | | | Update messaging for which drm module to install. Add guidance on what hardware is supported (which should be copied into the release notes). Note: the in tree drivers are abandonware. There has been no organized support for them for many years, and the plan is to still remove them for all but arm once the transition to drm-*kmod is complete. Also note that WITHOUT_MODULE_DRM and WITHOUT_MODULE_DRM2 should generally be added to src.conf for anybody using the drm-*kmod ports. That will become default in 13 soon, however. Approved by: FreeBSD Graphics Team Relnotes: Yes MFC After: 3 days Differential Revision: https://reviews.freebsd.org/D17451 Notes: svn path=/head/; revision=339475
* - Update head to 13.0-CURRENT.Glen Barber2018-10-191-2/+2
| | | | | | | | | | | | | | - Bump MACHINE_TRIPLE, TARGET_TRIPLE, FBSD_MAJOR, FBSD_CC_VER, FREEBSD_CC_VERSION, OS_VERSION. - Update comment in UPDATING regarding debugging options. - Remove debug.witness.trace=0 from installation media. - Bump __FreeBSD_version. Approved by: re (implicit) Sponsored by: The FreeBSD Foundation Notes: svn path=/head/; revision=339436
* Merge the remainder of the projects/openssl111 branch to head.Glen Barber2018-10-091-0/+6
| | | | | | | | | | | | - Update OpenSSL to version 1.1.1. - Update Kerberos/Heimdal API for OpenSSL 1.1.1 compatibility. - Bump __FreeBSD_version. Approved by: re (kib) Sponsored by: The FreeBSD Foundation Notes: svn path=/head/; revision=339270
* lualoader: Create a module blacklist, add DRM modules to itKyle Evans2018-10-071-0/+7
| | | | | | | | | | | | | | | | | | This is a step in the process of easing migration into the new world order of DRM drivers. Strongly encourage users towards loading DRM modules via rc.conf(5) instead of loader.conf(5) by failing the load from loader(8). Users so inclined may wipe out the blacklist via module_blacklist="" in loader.conf(5), and it is expected that these modules will eventually be removed from the blacklist. They may still be loaded as dependencies of other modules or explicitly via the loader prompt, but this should not be a major problem. Approved by: re (rgrimes) Relnotes: yes Differential Revision: https://reviews.freebsd.org/D16914 Notes: svn path=/head/; revision=339218
* Use nda(4) on powerpc64Kevin Bowling2018-10-021-0/+7
| | | | | | | | Approved by: re@ (kib), krion (mentor), imp Differential Revision: https://reviews.freebsd.org/D17368 Notes: svn path=/head/; revision=339098
* add REPRODUCIBLE_BUILD note to UPDATINGEd Maste2018-09-261-0/+8
| | | | | | | | Reported by: bz Approved by: re (gjb) Notes: svn path=/head/; revision=338946
* Clarify UPDATING entry about lldEd Maste2018-09-261-0/+8
| | | | | | | | | | | | The workaround described in the 20180530 entry is no longer required. Amend that entry and add a new 20180530 entry noting lld is the default amd64 linker. Reviewed by: imp Approved by: re (kib) Notes: svn path=/head/; revision=338944
* If a user skips the pre-world mergemaster, an installworld checkIan Lepore2018-09-131-1/+3
| | | | | | | | | | | notices the missing ntpd user and refers to UPDATING. This change makes it more clear which aspect of UPDATING is important for the ntpd change. PR: 231334 Approved by: re (gjb) Notes: svn path=/head/; revision=338648
* Tweak typos in UPDATINGWarner Losh2018-08-291-2/+2
| | | | | | | Approved by: re@ (gjb) Notes: svn path=/head/; revision=338376
* Remove the Yarrow PRNG algorithm option in accordance with due noticeMark Murray2018-08-261-0/+5
| | | | | | | | | | | | | | | | | | | given in random(4). This includes updating of the relevant man pages, and no-longer-used harvesting parameters. Ensure that the pseudo-unit-test still does something useful, now also with the "other" algorithm instead of Yarrow. PR: 230870 Reviewed by: cem Approved by: so(delphij,gtetlow) Approved by: re(marius) Differential Revision: https://reviews.freebsd.org/D16898 Notes: svn path=/head/; revision=338324
* Revert drm2 removal.Warner Losh2018-08-241-7/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | Revert r338177, r338176, r338175, r338174, r338172 After long consultations with re@, core members and mmacy, revert these changes. Followup changes will be made to mark them as deprecated and prent a message about where to find the up-to-date driver. Followup commits will be made to make this clear in the installer. Followup commits to reduce POLA in ways we're still exploring. It's anticipated that after the freeze, this will be removed in 13-current (with the residual of the drm2 code copied to sys/arm/dev/drm2 for the TEGRA port's use w/o the intel or radeon drivers). Due to the impending freeze, there was no formal core vote for this. I've been talking to different core members all day, as well as Matt Macey and Glen Barber. Nobody is completely happy, all are grudgingly going along with this. Work is in progress to mitigate the negative effects as much as possible. Requested by: re@ (gjb, rgrimes) Notes: svn path=/head/; revision=338285
* Add a special note to UPDATING for the devmatch stuff. While tested,Warner Losh2018-08-231-0/+5
| | | | | | | | there's an elevated risk of trouble, and you must update kernel, userland and rc scripts for the best experience. Notes: svn path=/head/; revision=338239
* Remove legacy drm and drm2 from treeMatt Macy2018-08-221-0/+7
| | | | | | | | | | | | | | | | | As discussed on the MLs drm2 conflicts with the ports' version and there is no upstream for most if not all of drm. Both have been merged in to a single port. Users on powerpc, 32-bit hardware, or with GPUs predating Radeon and i915 will need to install the graphics/drm-legacy-kmod. All other users should be able to use one of the LinuxKPI-based ports: graphics/drm-stable-kmod, graphics/drm-next-kmod, graphics/drm-devel-kmod. MFC: never Approved by: core@ Notes: svn path=/head/; revision=338172
* Turn back the clock just a little: make userboot.so always be 4thWarner Losh2018-08-191-0/+3
| | | | | | | | | | | | | | | | | Turns out there was a hidden dependency we hasn't counted upon. The host load /boot/userboot.so to boot the VMs it runs. This means that the change to lua meant suddently that nobody could run their older VMs because LUA wasn't in 10.0, last month's HardenedBSD, 11.2 or whatever. Even more than for the /boot/loader* binaries, we need a good coexistance strategy for this. While that's being designed and implemented, drop back to always 4th for userboot.so. This will fail safe in all but the most extreme environments (but lua-only hacks to .lua files won't be processes in VMs until we fix it). Differential Review: https://reviews.freebsd.org/D16805 Notes: svn path=/head/; revision=338064
* stand: Flip the default interpreter to LuaKyle Evans2018-08-191-0/+9
| | | | | | | | | | | | | | After years in the making, lualoader is ready to make its debut. Both flavors of loader are still built by default, and may be installed as /boot/loader or /boot/loader.efi as appropriate either by manually creating hard links or using LOADER_DEFAULT_INTERP as documented in build(7). Discussed with: imp Relnotes: yes Differential Revision: https://reviews.freebsd.org/D16795 Notes: svn path=/head/; revision=338050
* ls(1): Add --color=whenKyle Evans2018-08-171-3/+3
| | | | | | | | | | | | | | | | | | | --color may be set to one of: 'auto', 'always', and 'never'. 'auto' is the default behavior- output colors only if -G or COLORTERM are set, and only if stdout is a tty. 'always' is a new behavior- output colors always. termcap(5) will be consulted unless TERM is unset or not a recognized terminal, in which case ls(1) will fall back to explicitly outputting ANSI escape sequences. 'never' to turn off any environment variable and -G usage. Reviewed by: cem, 0mp (both modulo last-minute manpage changes Differential Revision: https://reviews.freebsd.org/D16741 Notes: svn path=/head/; revision=337956
* Add post-mortem note to UPDATING about r337506Kyle Evans2018-08-151-0/+8
| | | | | | | MFC after: 3 days Notes: svn path=/head/; revision=337864
* Switch the default pager for most commands to lessAlan Somers2018-08-081-0/+5
| | | | | | | | | | | | Finally, a pager for the nineties. MFC after: Never Relnotes: Yes Differential Revision: https://reviews.freebsd.org/D13465 Poll: https://reviews.freebsd.org/V7 Notes: svn path=/head/; revision=337497
* Remove jedec_ts(4)Ravi Pokala2018-08-011-0/+6
| | | | | | | | | | | | | | The jedec_ts(4) driver has been marked as deprecated in stable/11, and is now being removed from -HEAD. Add a notice in UPDATING, and update the few remaining references (regarding jedec_dimm(4)'s compatibility and history) to reflect the fact that jedec_ts(4) is now deleted. Reviewed by: avg Relnotes: yes Differential Revision: https://reviews.freebsd.org/D16537 Notes: svn path=/head/; revision=337033
* Follow up to r336919 and r336921: s/efi.rt_disabled/efi.rt.disabled/Kyle Evans2018-07-301-1/+1
| | | | | | | | | | | The latter matches the rest of the tree better [0]. The UPDATING entry has been updated to reflect this, and the new tunable is now documented in loader(8) [1]. Reported by: imp [0], Shawn Webb [1] Notes: svn path=/head/; revision=336924
* Correct typo from r336921; BIOS/legacy boot...Kyle Evans2018-07-301-1/+1
| | | | Notes: svn path=/head/; revision=336923
* amd64/GENERIC: Enable EFIRT by defaultKyle Evans2018-07-301-0/+7
| | | | | | | | | | | As noted in UDPATING, the new loader tunable efi.rt_disabled may be used to disable EFIRT at runtime. It should have no effect if you are not booted via UEFI boot. MFC after: 6 weeks Notes: svn path=/head/; revision=336921
* Correct typo and whitespace in UPDATINGEd Maste2018-07-301-2/+2
| | | | | | | | PR: 230124 Submitted by: Samy Mahmoudi Notes: svn path=/head/; revision=336879
* UPDATING: Add note about efifb support and serial outputEmmanuel Vadot2018-07-281-0/+11
| | | | Notes: svn path=/head/; revision=336844
* Note ARM Atmel, Cavlium and XScale removal.Warner Losh2018-07-271-0/+5
| | | | Notes: svn path=/head/; revision=336787
* Re-remove these empty directoriesWarner Losh2018-07-271-1/+1
| | | | Notes: svn path=/head/; revision=336786
* Say a little more about the new protocol.Warner Losh2018-07-231-1/+4
| | | | | | | Requested by: emaste@ Notes: svn path=/head/; revision=336658
* Finalize the boot manager protocol support for next-stage bootWarner Losh2018-07-231-0/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | loading. If we are booting in a conforming UEFI Boot Manager Environment, then use the BootCurrent variable to find the BootXXXX we're using. Once we find that, then if it contains more than one EFI_DEVICE_PATH in its what to boot section, try to use the last one as the kernel to load. This will also set the default root partition as well. If there's only one path, or if there's an error along the way, assume that nothing specific was specified and revert to the old algorithm. If something was specified, but not found, then fail the boot. Otherwise you that, specific thing. On FreeBSD, this can be set using efibootmgr -l <loader> -k <kernel>. We try a few variations of kernel to cope with the fact that UEFI comes from a DOS world where paths might be upper case and/or contain back-slashes. Note: In an ideal world, we'd work out where we are in chain loading by looking at the passed-in image handle and doing name matching. However, that's unreliable since at least boot1.efi booted images don't have that, hence the assumption that loader.efi needs to load the last thing on the list, if possible. The reason we fail for something specific is so that we can fully participate in the UEFI Boot Manager Protocol and fail over to the next item in the list of BootOrder choices when something goes wrong at this stage. This implements was was talked about in freebsd-arch@ last year https://docs.freebsd.org/cgi/getmsg.cgi?fetch=3576+0+archive/2017/freebsd-arch/20171022.freebsd-arch and documented in full (after changed resulting from the discussion) in https://docs.google.com/document/d/1aK9IqF-60JPEbUeSAUAkYjF2W_8EnmczFs6RqCT90Jg/edit# although one or two minor details may have been modified in this implementation to make it work, and the ZFS MEDIA PATH extension isn't implemented. This does not yet move things to ESP:\efi\freebsd\loader.efi. RelNotes: Yes Sponsored by: Netflix Differential Revision: https://reviews.freebsd.org/D16403 Notes: svn path=/head/; revision=336656
* Remove duplicated entryUlrich Spörlein2018-07-231-5/+0
| | | | Notes: svn path=/head/; revision=336631
* Older zfs boot blocks don't support symlinks. install the link toWarner Losh2018-07-231-3/+4
| | | | | | | | | | zfsloader as a hard link. While newer ones do, the whole point of the link was to transition to the new world order smoothly. A hard link is less flexible, but it works and will result in fewer bumps. Adjust UPDATING entry to match. Notes: svn path=/head/; revision=336626
* Add a note about the new 'ntpd' userid, and the fact that rc.d/ntpd nowIan Lepore2018-07-201-0/+11
| | | | | | | automatically runs the daemon as that user if it can. Notes: svn path=/head/; revision=336562
* Mention zfsloader being folded into loader in UPDATING.Warner Losh2018-07-201-0/+7
| | | | Notes: svn path=/head/; revision=336537
* Note big endian arm removal.Warner Losh2018-07-191-0/+3
| | | | Notes: svn path=/head/; revision=336524
* Retrospectively document SVN branch point for stable-11Peter Jeremy2018-07-171-0/+3
| | | | | | | | Approved by: jhb (mentor) Differential Revision: https://reviews.freebsd.org/D16262 Notes: svn path=/head/; revision=336406
* kern_environment: Give the static environment a chance to disable MD envKyle Evans2018-07-121-0/+7
| | | | | | | | | | | | | | | | | | | | | | This variable has been given the name "loader_env.disabled" as it's the primary way most people will have an MD environment. This restores the previously-default behavior of ignoring the loader(8) environment, which may be useful for vendor distributions or other scenarios where inheriting the loader environment may be considered a security issue or potentially breaking of a more locked-down environment. As the change to config(5) indicates, disabling the loader environment should not be a choice made lightly since it may provide ACPI hints and other useful things that the system can rely on to boot. An UPDATING entry has been added to mention an upgrade path for those that may have relied on the previous behavior. Discussed with: bde Relnotes: yes (maybe) Notes: svn path=/head/; revision=336217
* Mention the need to update devmatch.confWarner Losh2018-07-071-0/+5
| | | | Notes: svn path=/head/; revision=336065
* Make struct xinpcb and friends word-size independent.Brooks Davis2018-07-051-0/+8
| | | | | | | | | | | | | | | | | | | | | Replace size_t members with ksize_t (uint64_t) and pointer members (never used as pointers in userspace, but instead as unique idenitifiers) with kvaddr_t (uint64_t). This makes the structs identical between 32-bit and 64-bit ABIs. On 64-bit bit systems, the ABI is maintained. On 32-bit systems, this is an ABI breaking change. The ABI of most of these structs was previously broken in r315662. This also imposes a small API change on userspace consumers who must handle kernel pointers becoming virtual addresses. PR: 228301 (exp-run by antoine) Reviewed by: jtl, kib, rwatson (various versions) Sponsored by: DARPA, AFRL Differential Revision: https://reviews.freebsd.org/D15386 Notes: svn path=/head/; revision=335979
* inline atomics and allow tied modules to inline locksMatt Macy2018-07-021-0/+4
| | | | | | | | | | | | | | - inline atomics in modules on i386 and amd64 (they were always inline on other arches) - allow modules to opt in to inlining locks by specifying MODULE_TIED=1 in the makefile Reviewed by: kib Sponsored by: Limelight Networks Differential Revision: https://reviews.freebsd.org/D16079 Notes: svn path=/head/; revision=335873
* core(5): overwrite the oldest core dumpMariusz Zaborski2018-07-011-0/+8
| | | | | | | | | | | | | | | | | The '%I' format in the kern.corefile sysctl limits the number of core files that a process can generate to the number stored in the debug.ncores sysctl. The '%I' format is replaced by the single digit index. Previously, if all indexes were taken the kernel would overwrite only a core file with the highest index in a filename. Currently the system will create a new core file if there is a free index or if all slots are taken it will overwrite the oldest one. Reviewed by: kib(code), bcr (updating) Differential Revision: https://reviews.freebsd.org/D15991 Differential Revision: https://reviews.freebsd.org/D16084 Notes: svn path=/head/; revision=335844
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-16 03:36:37 +0000