|
Revision tags: release/12.4.0, release/13.1.0, release/12.3.0, release/13.0.0 |
|
| #
4cfd4d54 |
| 07-Apr-2021 |
Greg V <[email protected]> |
smbios: support getting address from EFI
On some systems (e.g. Lenovo ThinkPad X240, Apple MacBookPro12,1) the SMBIOS entry point is not found in the <0xFFFFF space.
Follow the SMBIOS spec and use
smbios: support getting address from EFI
On some systems (e.g. Lenovo ThinkPad X240, Apple MacBookPro12,1) the SMBIOS entry point is not found in the <0xFFFFF space.
Follow the SMBIOS spec and use the EFI Configuration Table for locating the entry point on EFI systems.
Reviewed by: rpokala, dab MFC after: 1 week Sponsored by: Dell EMC Isilon Differential Revision: https://reviews.freebsd.org/D29276
(cherry picked from commit a29bff7a5216bd5f4a76228788e7eacf235004de)
show more ...
|
| #
7abbfbda |
| 23-Feb-2021 |
Allan Jude <[email protected]> |
smbios: Move smbios driver out from x86 machdep code
Add it to the x86 GENERIC and MINIMAL kernels
Sponsored by: Ampere Computing LLC Submitted by: Klara Inc. Reviewed by: rpokala Differential Revi
smbios: Move smbios driver out from x86 machdep code
Add it to the x86 GENERIC and MINIMAL kernels
Sponsored by: Ampere Computing LLC Submitted by: Klara Inc. Reviewed by: rpokala Differential Revision: https://reviews.freebsd.org/D28738
(cherry picked from commit d0673fe160b04f8162f380926d455dfb966f08fb)
show more ...
|
| #
43b5915e |
| 27-Nov-2021 |
Ed Maste <[email protected]> |
Correct syscons description in i386 and amd64 configs
Commit 2d6f6d63733d switched to vt(4) as the default console.
Sponsored by: The FreeBSD Foundation
(cherry picked from commit 228e020a3b6142be
Correct syscons description in i386 and amd64 configs
Commit 2d6f6d63733d switched to vt(4) as the default console.
Sponsored by: The FreeBSD Foundation
(cherry picked from commit 228e020a3b6142bef17cfeb86cf06f1fd1f4f1fc)
show more ...
|
| #
0977ab30 |
| 04-Aug-2021 |
Adam Fenn <[email protected]> |
kvm_clock: KVM paravirtual clock support
(cherry picked from commit 6c69c6bb4c7ffde48b130df707799d4eca21ca9f)
|
| #
864b5728 |
| 11-Jul-2021 |
Helge Oldach <[email protected]> |
MINIMAL: remove debugging and some loadable network modules
Remove deugging stuff, since it's arguably not needed in a minimal setup. Also vlan, tuntap and gif since they can be loaded.
imp didn't
MINIMAL: remove debugging and some loadable network modules
Remove deugging stuff, since it's arguably not needed in a minimal setup. Also vlan, tuntap and gif since they can be loaded.
imp didn't include the part of the patch that removed xen guest support. Xen guest is relatively small and has no way of being loaded.
Reviewed by: imp PR: 229564 MFC After: 3 days
(cherry picked from commit b21f19c9e0b7f3c923d845e9e31c0552f0162a62)
show more ...
|
| #
bfd15705 |
| 22-Jan-2021 |
Glen Barber <[email protected]> |
Create the stable/13 branch
Prune *-NODEBUG kernels. Turn off debug options. Bump to ALPHA2.
Approved by: re (implicit) Sponsored by: Rubicon Communications, LLC ("Netgate")
|
| #
a4a10b37 |
| 30-Nov-2020 |
Toomas Soome <[email protected]> |
Add VT driver for VBE framebuffer device
Implement vt_vbefb to support Vesa Bios Extensions (VBE) framebuffer with VT. vt_vbefb is built based on vt_efifb and is assuming similar data for initializa
Add VT driver for VBE framebuffer device
Implement vt_vbefb to support Vesa Bios Extensions (VBE) framebuffer with VT. vt_vbefb is built based on vt_efifb and is assuming similar data for initialization, use MODINFOMD_VBE_FB to identify the structure vbe_fb in kernel metadata.
struct vbe_fb, is populated by boot loader, and is passed to kernel via metadata payload.
Differential Revision: https://reviews.freebsd.org/D27373
show more ...
|
| #
f120ad6b |
| 27-Nov-2020 |
Ruslan Bukin <[email protected]> |
o Move options IOMMU from Debugging section back to the Bus section where it originally was. The bug introduced in r366267. o Remove options IOMMU from i386/MINIMAL as we don't have it in i386/GE
o Move options IOMMU from Debugging section back to the Bus section where it originally was. The bug introduced in r366267. o Remove options IOMMU from i386/MINIMAL as we don't have it in i386/GENERIC.
Reported by: Harry Schmalzbauer <[email protected]> Reviewed by: kib Sponsored by: Innovate DSbD Differential Revision: https://reviews.freebsd.org/D27399
show more ...
|
|
Revision tags: release/12.2.0 |
|
| #
6186bfbd |
| 29-Sep-2020 |
Ruslan Bukin <[email protected]> |
Rename kernel option ACPI_DMAR to IOMMU. This is mostly needed for a common arm64/amd64 iommu code.
Reviewed by: kib Sponsored by: DARPA, AFRL Differential Revision: https://reviews.freebsd.org/D265
Rename kernel option ACPI_DMAR to IOMMU. This is mostly needed for a common arm64/amd64 iommu code.
Reviewed by: kib Sponsored by: DARPA, AFRL Differential Revision: https://reviews.freebsd.org/D26587
show more ...
|
| #
e64080e7 |
| 16-Jul-2020 |
Mark Johnston <[email protected]> |
Switch from SCTP to SCTP_SUPPORT in GENERIC configs.
This removes SCTP from in-tree kernel configuration files. Now, SCTP can be enabled by simply loading the module, as discussed on freebsd-net@.
Switch from SCTP to SCTP_SUPPORT in GENERIC configs.
This removes SCTP from in-tree kernel configuration files. Now, SCTP can be enabled by simply loading the module, as discussed on freebsd-net@.
Reviewed by: tuexen Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D25611
show more ...
|
|
Revision tags: release/11.4.0, release/12.1.0, release/11.3.0 |
|
| #
c363b16c |
| 21-Jun-2019 |
Conrad Meyer <[email protected]> |
sys: Remove DEV_RANDOM device option
Remove 'device random' from kernel configurations that reference it (most). Replace perhaps mistaken 'nodevice random' in two MIPS configs with 'options RANDOM_L
sys: Remove DEV_RANDOM device option
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
show more ...
|
| #
251a32b5 |
| 08-May-2019 |
Kyle Evans <[email protected]> |
tun/tap: merge and rename to `tuntap`
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
tun/tap: merge and rename to `tuntap`
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
show more ...
|
| #
d6745408 |
| 02-May-2019 |
Conrad Meyer <[email protected]> |
Add a COMPAT_FREEBSD12 kernel option.
Use it wherever COMPAT_FREEBSD11 is currently specified, like r309749.
Reviewed by: imp, jhb, markj Sponsored by: Dell EMC Isilon Differential Revision: https:
Add a COMPAT_FREEBSD12 kernel option.
Use it wherever COMPAT_FREEBSD11 is currently specified, like r309749.
Reviewed by: imp, jhb, markj Sponsored by: Dell EMC Isilon Differential Revision: https://reviews.freebsd.org/D20120
show more ...
|
|
Revision tags: release/12.0.0 |
|
| #
af14df77 |
| 12-Nov-2018 |
Niclas Zeising <[email protected]> |
Add evdev support to amd64 and i386 kernels
Include evdev support and drivers in the amd64 and i386 GENERIC and MINIMAL kernels. Evdev is used by X and wayland to handle input devices, and this cha
Add evdev support to amd64 and i386 kernels
Include evdev support and drivers in the amd64 and i386 GENERIC and MINIMAL kernels. Evdev is used by X and wayland to handle input devices, and this change, together with upcomming changes in ports will make us handle input devices better in graphical UIs.
Reviewed by: wulf, bapt, imp Approved by: imp Differential Revision: https://reviews.freebsd.org/D17912
show more ...
|
| #
be352d20 |
| 31-Oct-2018 |
Kyle Evans <[email protected]> |
Compile in VERBOSE_SYSINIT support by default, remain silent by default
The loader tunable 'debug.verbose_sysinit' may be used to toggle verbosity. This is added to the debugging section of these ke
Compile in VERBOSE_SYSINIT support by default, remain silent by default
The loader tunable 'debug.verbose_sysinit' may be used to toggle verbosity. This is added to the debugging section of these kernconfs to be turned off in stable branches for clarity of intent.
MFC after: never
show more ...
|
| #
e382dd47 |
| 11-Sep-2018 |
Mateusz Guzik <[email protected]> |
amd64: enable options NUMA in GENERIC and MINIMAL
Reviewed by: gallatin, cem, scottl Approved by: re (kib) Relnotes: yes Sponsored by: Dell EMC Isilon, Netflix Differential Revision: https://reviews
amd64: enable options NUMA in GENERIC and MINIMAL
Reviewed by: gallatin, cem, scottl Approved by: re (kib) Relnotes: yes Sponsored by: Dell EMC Isilon, Netflix Differential Revision: https://reviews.freebsd.org/D17059
show more ...
|
|
Revision tags: release/11.2.0 |
|
| #
b6715dab |
| 14-Jan-2018 |
Jeff Roberson <[email protected]> |
Move VM_NUMA_ALLOC and DEVICE_NUMA under the single global config option NUMA.
Sponsored by: Netflix, Dell/EMC Isilon Discussed with: jhb
|
| #
a2aef24a |
| 29-Oct-2017 |
Eitan Adler <[email protected]> |
Update several more URLs
- Primarily http -> https - Primarily FreeBSD project URLs
|
|
Revision tags: release/10.4.0, release/11.1.0 |
|
| #
b6638164 |
| 16-Dec-2016 |
John Baldwin <[email protected]> |
Enable EARLY_AP_STARTUP on amd64 and i386 kernels by default.
PR: 199321, 203682 MFC after: 2 months Sponsored by: Netflix
|
| #
7f68a896 |
| 09-Dec-2016 |
Mark Johnston <[email protected]> |
Add a COMPAT_FREEBSD11 kernel option.
Use it wherever COMPAT_FREEBSD10 is currently specified.
Reviewed by: glebius, imp, jhb Differential Revision: https://reviews.freebsd.org/D8736
|
|
Revision tags: release/11.0.1, release/11.0.0 |
|
| #
7ecf8cab |
| 12-Apr-2016 |
John Baldwin <[email protected]> |
Enable DEVICE_NUMA with up to 8 domains by default on amd64.
8 memory domains should handle a quad-socket board with dual-domain processors.
Reviewed by: kib Relnotes: maybe? Differential Revision:
Enable DEVICE_NUMA with up to 8 domains by default on amd64.
8 memory domains should handle a quad-socket board with dual-domain processors.
Reviewed by: kib Relnotes: maybe? Differential Revision: https://reviews.freebsd.org/D5893
show more ...
|
|
Revision tags: release/10.3.0, release/10.2.0 |
|
| #
af8cf710 |
| 15-Jan-2015 |
Warner Losh <[email protected]> |
New MINIMAL kernel config. The goal with this configuration is to only compile in those options in GENERIC that cannot be loaded as modules. ufs is still included because many of its options aren't p
New MINIMAL kernel config. The goal with this configuration is to only compile in those options in GENERIC that cannot be loaded as modules. ufs is still included because many of its options aren't present in the kernel module. There's some other exceptions documented in the file. This is part of some work to get more things automatically loading in the hopes of obsoleting GENERIC one day.
show more ...
|