newsyslog(8): Disable compression by default in newsyslog.conf.

Historically, newsyslog compressed rotated log files to save disk space.
This was helpful when storage was limited. However, with mode

newsyslog(8): Disable compression by default in newsyslog.conf.

Historically, newsyslog compressed rotated log files to save disk space.
This was helpful when storage was limited. However, with modern files
systems like ZFS providing built-in compression and with larger disks
now common, the benefits of additional log compression have diminished,
especially given the inconvenience of needing to decompress logs when
searching for specific patterns.

This change updates the default /etc/newsyslog.conf to specify:

<compress> none

disabling compression for new installations or default setups.
It does not modify the behavior of the newsyslog utility itself; users
can still enable compression as needed via configuration.

MFC: never
Reviewed by: zlei, dvl, otis
Relnotes: yes

Differential Revision: https://reviews.freebsd.org/D43169

show more ...

ng_ubt: add UPDATING note about firmware downloading on Realtek adaptors

Requested by: avg
MFC after: 2 days

LinuxKPI: bump __FreeBSD_version to 1500037 for alloc routine changes

Sponsored by: The FreeBSD Foundation

iwlwififw: remove Intel iwlwifi firmware from src.git

Change order of sentence in UPDATING.

Sponsored by: The FreeBSD Foundation
Suggested by: emaste, (jrm)
MFC after: 3 days
Fixes: 558d63889623

iwlwififw: remove Intel iwlwifi firmware from src.git

Following the example of rtw88 and rtw89 only ship iwlwifi firmware
from ports/packages. Users are asked to run fwget(8) to install the
firmwar

iwlwififw: remove Intel iwlwifi firmware from src.git

Following the example of rtw88 and rtw89 only ship iwlwifi firmware
from ports/packages. Users are asked to run fwget(8) to install the
firmware needed for their system or build it from ports
(see also UPDATING).

This is the end of a long story adding wireless support to fwget(8),
migrating the firmware for multiple branches into ports, splitting them
up into flavors, and updating some install media and the installer to
provide firmware.

The overall amount for new firmware amongst all drivers would have
added more than 100M of binary blobs to src.git for the first import,
ignoring future updates which (along with some duplication between
multiple drivers) was considered too much.

While maintenance within the src tree certainly would have been
easier in the longer term this seems to be the better solution and
I would like to thank everyone who helped along the path to get there.

The iwlwififw.4 man page is to stay (for now) and will likely point
at the appropriate firmware package flavor in the future as well
so people may find it easier to transition. In the long term this
information is likely not needed anymore.

Sponsored by: The FreeBSD Foundation
Requested by: core (Oct 2022)
Reviewed by: thj, jrm (earlier)
MFC after: 3 days
Differential Revision: https://reviews.freebsd.org/D49713

show more ...

UPDATING: Show plural syntax for PORTS_MODULES

Show two examples in PORTS_MODULES to demonstrate space separation.
This also shows off our working PRIME dual-gpu support.
Switching to this doubled m

UPDATING: Show plural syntax for PORTS_MODULES

Show two examples in PORTS_MODULES to demonstrate space separation.
This also shows off our working PRIME dual-gpu support.
Switching to this doubled my laptop's battery life!

MFC after: 3 days
Reviewed by: mhorne
Approved by: mhorne (mentor)
Differential Revision: https://reviews.freebsd.org/D48342

show more ...

Enable LLVM_BINUTILS by default

Starting in 2014 FreeBSD migrated from GNU binutils to ELF Tool Chain
tools. At that time there were no usable LLVM versions of those tools,
but they have been devel

Enable LLVM_BINUTILS by default

Starting in 2014 FreeBSD migrated from GNU binutils to ELF Tool Chain
tools. At that time there were no usable LLVM versions of those tools,
but they have been developing rapidly since then. Migrate to LLVML's
tools for both functionality and maintainability reasons.

This will eventually support the use of link-time optimization (LTO) in
the FreeBSD base system. LTO runs optimization passes over the entire
executable (or library) at link time and thus allows for more effective
optimization than when performed on individual compilation units.

When using LTO object files (.o) including those contained in static
library archives (.a) contain LLVM IR bitcode rather than target
object code. This means that utilities that operate on object files
need to support LLVM IR.

As with ELF Tool Chain the LLVM tools aim for command line and output
format compatibility with GNU binutils, although there are a few minor
differences. Where these cause a material issue (breaking a port or
eliminating required functionality) we can submit LLVM bugs and work
on patches.

PR: 258872 (exp-run)
Reviewed by: bapt
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D49361

show more ...

ipfw: add UPDATING note and modify __FreeBSD_version

UPDATING: Add entry for commit 4517fbfd4251

Add notes for handling the January 19, 2038 date limit in UFS1 filesystems

Differential Revision: https://reviews.freebsd.org/D48472

UPDATING: add note that API/ABI for RPC services for the kernel has changed

aw_timer: rename driver from a10_timer

This reflects its expanded support for platforms other than the A10.

Functions specific to A10/A13 retain the a10 prefix, but the majority of
names in the dri

aw_timer: rename driver from a10_timer

This reflects its expanded support for platforms other than the A10.

Functions specific to A10/A13 retain the a10 prefix, but the majority of
names in the driver are changed, e.g. a10_timer_softc becomes
aw_timer_softc.

Reviewed by: manu, ganbold
MFC after: 1 week
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D48671

show more ...

Fix the date for the ROCKCHIP option.

RELNOTES: Document recent file handle layout changes

Reviewed by: olce, rmacklem, imp, emaste
Differential Revision: https://reviews.freebsd.org/D48093

UPDATING: Document recent Rockchip options and device

UPDATING: Add a notes for iwm(4) firmware and pkgbase users

Sponsored by: Beckhoff Automation GmbH & Co. KG

usr.bin/bc: remove OpenBSD derived bc and dc commands

In 2020, an improved implementation of the bc and dc commands
developed by Gavin D. Howard has been imported into FreeBSD.
It has replaced the O

usr.bin/bc: remove OpenBSD derived bc and dc commands

In 2020, an improved implementation of the bc and dc commands
developed by Gavin D. Howard has been imported into FreeBSD.
It has replaced the OpenBSD-derived versions of these commands
in all currently supported FreeBSD releases.

The OpenBSD versions could still be built using the WITHOUT_GH_BC
option. There have been no reports of problems or unexpected
deviations from the OpenBSD version for some time, therefore
keeping the OpenBSD version is no longer required in FreeBSD.

This commit removes the option to build the OpenBSD version and
corresponding source files from -CURRENT. No MFC is planned, all
currently released FreeBSD versions should retain the build option.

The WITHOUT_GH_BC option is no longer accepted and will cause
make buildworld to fail.

Reviewed by: des, emaste
Approved by: des
Relnotes: yes
Differential Revision: https://reviews.freebsd.org/D46876

show more ...

rc: Remove rc_fast_and_loose

The rc_fast_and_loose variable allowed rc(8) to start services
by sourcing them into rc's own shell environment. Normally, each rc
service script is started by being sou

rc: Remove rc_fast_and_loose

The rc_fast_and_loose variable allowed rc(8) to start services
by sourcing them into rc's own shell environment. Normally, each rc
service script is started by being sourced into its own subshell
instead. The feature was meant to speed up rc(8) by avoiding the extra
forking necessary to spawn subshells.

In practice, the feature has been broken for a long time now. One of the
reasons is that some rc service scripts call the exit builtin to return
non-zero error codes, which not only terminates the service subshell
but also rc(8) when rc_fast_and_loose is enabled. For example,
a system running any of the supported FreeBSD releases
with rc_fast_and_loose=yes would abort rc(8) as early as rc.d/hostid,
due to an "exit 0".

Fixing rc_fast_and_loose support would require rewriting some rc scripts
to support being sourced directly into rc(8) process. This would muddy
the code base and also would prove difficult to maintain long term
as this is simply not how rc(8) users write scripts. The potential
performance benefits are unlikely to be significant even for use cases
such as Morello under qemu.

Instead, remove support for rc_fast_and_loose completely from rc(8)
and inform users about the change.

PR: 282255
Reviewed by: brooks, christos, mhorne
Approved by: christos (mentor), markj (mentor)
MFC after: 2 weeks
Relnotes: yes
Differential Revision: https://reviews.freebsd.org/D47264

show more ...

UPDATING: Note higher-risk than I'd like ciss changes

UPDATING: Add belated note about hints for old-school ISA devices

Back in July, jhb started a cleanup of our hints. We've removed several
that have been a problem for a long time (including some tha

UPDATING: Add belated note about hints for old-school ISA devices

Back in July, jhb started a cleanup of our hints. We've removed several
that have been a problem for a long time (including some that had
workarounds for VM images). We've also moved uarts to ACPI only, so they
act more like wiring than enumeration hints. Add a note about this and
ways you can find if your system is affected. Old APU1 routers with
coreboot are affected, but newer APU2 devices are not. Others likely are
as well. The affected systems will be primarily very ancient systems
that pre-date ACPI (i586 arch pentium and older typically), as well as
some older coreboot and similar non-conventional boot firmware setups
(primarily in the embedded space). FreeBSD 15 will require ACPI or
PNPBIOS enumeration for everything by default, so any non-enumerated
devices via these means will require hints. Add notes on how to grep
for affected systems before upgrading.

Sponsored by: Netflix

show more ...

UPDATING: increase visibility of footnotes

MFC after: 3 days

Reviewed by: imp
Pull Request: https://github.com/freebsd/freebsd-src/pull/1382

Add UPDATING note about running make delete-old after libc++ 18 upgrade

PR: 279692
MFC after: 3 days

UPDATING: remove 20240813 DMAR entry

The associated commit has been reverted and DMAR is not enabled by
default any longer.

Reviewed by: imp
Sponsored by: The FreeBSD Foundation
Differential Revisi

UPDATING: remove 20240813 DMAR entry

The associated commit has been reverted and DMAR is not enabled by
default any longer.

Reviewed by: imp
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D46474

show more ...

UPDATING: Add note about DMAR

DMAR crashes my laptop on boot, I had to disable it in the boot
laoder. Add a note until this is handled more gracefully.

Sponsored by: Netflix

Do not clean (in buildworld/buildkernel) by default

As discussed on the freebsd-arch mailing list[1]. For historical
reasons FreeBSD's buildworld and buildkernel targets started by cleaning
the obj

Do not clean (in buildworld/buildkernel) by default

As discussed on the freebsd-arch mailing list[1]. For historical
reasons FreeBSD's buildworld and buildkernel targets started by cleaning
the object tree, for traditional (non-metamode) builds.

Cleaning is not necessary when dependencies are properly tracked, and we
have a somewhat kludgey script[2] to handle some known cases where deps
were mishandled by traditional builds. Be consistent with the vast
majority of open source build systems by default, and do not clean at
the beginning of buildworld or buildkernel.

Users may set WITH_CLEAN in src.conf(5) to restore the previous
behaviour, or run `make cleanworld` and/or `make cleankernel` before
starting a build.

[1] https://lists.freebsd.org/archives/freebsd-arch/2024-July/000727.html
[2] tools/build/depend-cleanup.sh

Reviewed by: jhb, imp
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D46172

show more ...