| #
c1b26df2
|
| 09-Sep-2023 |
Zhenlei Huang <zlei@FreeBSD.org> |
UPDATING: Document the change that enable vnet sysctl variables to be loader tunable
|
| #
48d05737
|
| 01-Sep-2023 |
Brooks Davis <brooks@FreeBSD.org> |
UPDATING: typo fox
Fixes: 2befa269b869c810b4436b7b5fe922ac3278ee5e Reported by: jrtc27
|
| #
2befa269
|
| 01-Sep-2023 |
Brooks Davis <brooks@FreeBSD.org> |
Add INIT_ALL build option
This option replaces WITH_INIT_ALL_PATTERN and WITH_INIT_ALL_ZERO with INIT_ALL=pattern and INIT_ALL=zero respectively. As these are relatively rarely used options no back
Add INIT_ALL build option
This option replaces WITH_INIT_ALL_PATTERN and WITH_INIT_ALL_ZERO with INIT_ALL=pattern and INIT_ALL=zero respectively. As these are relatively rarely used options no backwards compatibility is implemented.
Reviewed by: emaste Relnotes: yes Differential Revision: https://reviews.freebsd.org/D41675
show more ...
|
| #
52c1066f
|
| 24-Aug-2023 |
Glen Barber <gjb@FreeBSD.org> |
UPDATING: add entry for 15.0-CURRENT
Sponsored by: GoFundMe https://www.gofundme.com/f/gjbbsd Sponsored by: PayPal https://paypal.me/gjbbsd
|
| #
aee253d8
|
| 24-Aug-2023 |
Glen Barber <gjb@FreeBSD.org> |
update main to 15
Approved by: re (implicit) Sponsored by: GoFundMe https://www.gofundme.com/f/gjbbsd Sponsored by: PayPal https://paypal.me/gjbbsd
|
| #
edacf4b4
|
| 18-Aug-2023 |
Graham Perrin <grahamperrin@FreeBSD.org> |
UPDATING: fix a typo, adjust a white space
From:
> … chagned. boot0sio …
to:
> … changed. boot0sio …
Fixes: 4722ceb7d53e Use 115200 bps by default for serial communication
|
| #
4722ceb7
|
| 17-Aug-2023 |
Ed Maste <emaste@FreeBSD.org> |
Use 115200 bps by default for serial communication
9600 was a standard baud rate decades ago, but 115200 is now more common so choose defaults that are useful to the largest number of users.
Note t
Use 115200 bps by default for serial communication
9600 was a standard baud rate decades ago, but 115200 is now more common so choose defaults that are useful to the largest number of users.
Note that boot0sio does not support rates above 9600 so it remains unchanged.
Reviewed by: bz, imp, manu Relnotes: Yes Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D36295
show more ...
|
| #
05248206
|
| 16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
Remove $FreeBSD$: one-line bare tag
Remove /^\s*\$FreeBSD\$$\n/
|
| #
37c8ee88
|
| 07-Aug-2023 |
Marius Strobl <marius@FreeBSD.org> |
ath(4): Remove MIPS AHB frontend and join PCI one w/ main support again
Following the removal of general MIPS support, there's no longer a need to have the AHB bus-frontend in place, which according
ath(4): Remove MIPS AHB frontend and join PCI one w/ main support again
Following the removal of general MIPS support, there's no longer a need to have the AHB bus-frontend in place, which according to Linux sources also isn't used with any non-MIPS SoCs. For simplicity, PCI bus support is only made conditional on the main one again, i. e. device ath_pci is removed, and built into the main module, i. e. if_ath_pci.ko obsoleted, respectively. Effectively, this reverts the following commits and associated changes: dba9c8597747c6c9bf3d2ec68f7eb90552878dc7 e849bb3ecbb1963344a22ae77fc96f89fbebf40c
Approved by: adrian Relnotes: yes Differential Revision: https://reviews.freebsd.org/D41354
show more ...
|
| #
9051987e
|
| 30-Sep-2022 |
Ed Maste <emaste@FreeBSD.org> |
amd64: Bump MAXCPU to 1024 (from 256)
Hardware with more than 256 CPU cores is currently available and will become increasingly common over FreeBSD 14's lifetime. Increase MAXCPU in the amd64 GENER
amd64: Bump MAXCPU to 1024 (from 256)
Hardware with more than 256 CPU cores is currently available and will become increasingly common over FreeBSD 14's lifetime. Increase MAXCPU in the amd64 GENERIC kernel configuration to 1024.
Earlier commits increased some related limits. These prerequisite commits include at least:
- d7ed40243769 Increase MAX_APIC_ID safeguard to 0x800 - d1639e43c589 cpuset: increase userland maximum size to 1024
Global and allocated arrays sized by MAXCPU result in excessive bloat on systems with lower core counts. In addition, some code used u_char (8 bits) to hold a CPU index, which is not valid if MAXCPU is greater than 256.
A number of recent commits addressed these sorts of issues, including at least:
- 133935d26f20 pf: atomically increment state ids - 74ac712f72cf vmm: Dynamically allocate a couple of per-CPU state save areas - 78cfa762ebf2 callout: Move per-CPU callout state into the dpcpu region - 42f722e721cd amd64: store pcids pmap data in pcpu zone - 9801e7c275f6 smp_topo: dynamically allocate group array - 9fb6718d1b18 smp: Dynamically allocate the stoppcbs array - 2bb16c635249 x86: retire use of intr_bind
There are some additional allocations still to be converted and more scalability work is required to make effective use of very high core count systems, but this change allows us to boot on these systems and provides a Kernel Binary Interface (KBI) for the FreeBSD 14 release that supports these configurations.
Special thanks to AMD for providing hardware to test these changes.
PR: 269572 Reviewed by: des Relnotes: Yes Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D36838
show more ...
|
| #
814722d2
|
| 25-Jul-2023 |
Warner Losh <imp@FreeBSD.org> |
UPDATING: Update nvd info
Sponsored by: Netflix
|
| #
f475b710
|
| 25-Jul-2023 |
Warner Losh <imp@FreeBSD.org> |
UPDATING: Note CAM update
Not the update to standard uintXX_t from the traditional BSD u_intXX_t types.
Sponsored by: Netflix
|
| #
319d2bf4
|
| 29-Jun-2023 |
Warner Losh <imp@FreeBSD.org> |
atkbc: Better test for old chromebooks
Older Chromebooks have issues in their embedded controller (EC) firmware which need working around in atkbd and atkbdc. On these systems, rather than use a sta
atkbc: Better test for old chromebooks
Older Chromebooks have issues in their embedded controller (EC) firmware which need working around in atkbd and atkbdc. On these systems, rather than use a standard EC, Google used their own arm-based EC. For a while, its firmware incorrectly implemented the i8042, requiring workaroundsd in the driver.
Implement a heuristic recommended by MrChromebox <mrchromebox@gmail.com> to detect them: If the bios.version starts with Google_, or the maker is either Google or GOOGLE, assume that it's a chromebook with the affected bios. While this isn't strictly true, the number of updated systems without the bug is very small and this will exclude all the non-Google coreboot user that use a standard EC. There's no simple way to test the hardware to see if it's implemented with the buggy EC.
Sponsored by: Netflix Reviewed by: jon@thesoo.org, MrChromebox Differential Revision: https://reviews.freebsd.org/D40789
show more ...
|
| #
564c5314
|
| 24-Jun-2023 |
Ed Maste <emaste@FreeBSD.org> |
UPDATING: Add OpenSSL 3.0 update
|
| #
3a1f834b
|
| 20-Jun-2023 |
Doug Rabson <dfr@FreeBSD.org> |
pf: Add code to enable filtering for locally delivered packets
This is disabled by default since it potentially changes the behavior of existing filter rule sets. To enable this extra filter for pac
pf: Add code to enable filtering for locally delivered packets
This is disabled by default since it potentially changes the behavior of existing filter rule sets. To enable this extra filter for packets being delivered locally, use:
sysctl net.pf.filter_local=1 service pf restart
PR: 268717 Reviewed-by: kp MFC-after: 2 weeks Differential Revision: https://reviews.freebsd.org/D40373
show more ...
|
| #
21850106
|
| 13-Jun-2023 |
Dag-Erling Smørgrav <des@FreeBSD.org> |
libtacplus: Allow additional AV pairs to be configured.
* Replace hand-rolled input tokenizer with openpam_readlinev() which supports line continuations and has better quoting and escaping. * Simpli
libtacplus: Allow additional AV pairs to be configured.
* Replace hand-rolled input tokenizer with openpam_readlinev() which supports line continuations and has better quoting and escaping. * Simplify string handling by merging struct clnt_str and struct srvr_str into just struct tac_str. * Each server entry in the configuration file can now have up to 255 AV pairs which will be appended to the ones returned by the server in response to a successful authorization request.
This allows nss_tacplus(8) to be used with servers which do not provide identity information beyond confirming the existence of the user.
This adds a dependency on libpam, however libtacplus is currently only used by pam_tacplus(8) (which is already always used with libpam) and the very recently added nss_tacplus(8) (which is extremely niche). In the longer term it might be a good idea to split this out into a separate library.
MFC after: 1 week Sponsored by: Klara, Inc. Reviewed by: pauamma_gundo.com, markj Differential Revision: https://reviews.freebsd.org/D40285 Relnotes: yes
show more ...
|
| #
bd76e4c8
|
| 13-Jun-2023 |
Warner Losh <imp@FreeBSD.org> |
UPDATING: Add note about nvd aliases
Add note about nvd alias disabling to UPDATING so it's easily at hand.
Sponsored by: Netflix
|
| #
bdc81eed
|
| 13-Jun-2023 |
Warner Losh <imp@FreeBSD.org> |
nvme: Switch to nda by default
We already run nda by default on all the !x86 architectures. Switch the default to nda. nda created nvd compatibility links by default, so this should be a nop. If thi
nvme: Switch to nda by default
We already run nda by default on all the !x86 architectures. Switch the default to nda. nda created nvd compatibility links by default, so this should be a nop. If this causes problems for your application, set hw.nvme.use_nvd=1 in your loader.conf.
Sponsored by: Netflix
show more ...
|
| #
ddea995d
|
| 14-May-2023 |
Graham Perrin <grahamperrin@gmail.com> |
Update UPDATING
Reviewed by: imp Pull Request: https://github.com/freebsd/freebsd-src/pull/712
|
| #
df53ae0f
|
| 23-Apr-2023 |
Colin Percival <cperciva@FreeBSD.org> |
Remove portsnap(8)
Rather than having a tool in the FreeBSD base system for obtaining the FreeBSD ports tree, users are encouraged to `pkg install git` and then `git clone https://git.FreeBSD.org/po
Remove portsnap(8)
Rather than having a tool in the FreeBSD base system for obtaining the FreeBSD ports tree, users are encouraged to `pkg install git` and then `git clone https://git.FreeBSD.org/ports.git /usr/ports`.
The portsnap servers will continue operating until FreeBSD 13 reaches its End-of-Life, and portsnap is available from the ports tree as ports-mgmt/portsnap.
Requested by: portmgr Relnotes: yes Differential Revision: https://reviews.freebsd.org/D39563 X-MFC: no
show more ...
|
| #
0df4d8ad
|
| 20-Apr-2023 |
Simon J. Gerraty <sjg@FreeBSD.org> |
Add jobs.mk to allow for target-jobs
jobs.mk automates -j$JOB_MAX and capturing build log based on target.
Compute a default for JOB_MAX in local.sys.mk
Reviewed by: stevek, imp Differential Revis
Add jobs.mk to allow for target-jobs
jobs.mk automates -j$JOB_MAX and capturing build log based on target.
Compute a default for JOB_MAX in local.sys.mk
Reviewed by: stevek, imp Differential Revision: https://reviews.freebsd.org/D39683
show more ...
|
| #
a4f8318a
|
| 16-Mar-2023 |
Emmanuel Vadot <manu@FreeBSD.org> |
UPDATING: Document arm video devices renaming.
Sponsored by: Beckhoff Automation GmbH & Co. KG Reviewed by: andrew Differential Revision: https://reviews.freebsd.org/D39121
|
| #
9b70ce71
|
| 21-Feb-2023 |
Michael Paepcke <git@paepcke.de> |
UPDATING
Add notice to kernel options KBD_DELAY1 and KBD_DELAY2
Reviewed by: imp (tweaked whitespace too) Pull Request: https://github.com/freebsd/freebsd-src/pull/649
|
| #
c92790b3
|
| 10-Feb-2023 |
Michael Paepcke <git@paepcke.de> |
UPDATING: add UPDATING section for HUAWEI 3G/4G Devices change
help users to migrate existing devices
Reviewed by: imp Pull Request: https://github.com/freebsd/freebsd-src/pull/645
|
| #
77934b7a
|
| 14-Nov-2022 |
Ed Maste <emaste@FreeBSD.org> |
ssh: default X11Forwarding to no, following upstream
Administrators can enable it if required.
Reviewed by: bz, kevans Relnotes: Yes Sponsored by: The FreeBSD Foundation Differential Revision: http
ssh: default X11Forwarding to no, following upstream
Administrators can enable it if required.
Reviewed by: bz, kevans Relnotes: Yes Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D37411
show more ...
|