#
1031f015 |
| 06-Sep-2023 |
jsg <jsg@openbsd.org> |
revert disabling warnings for zlib on clang >= 15 no longer needed with zlib 1.3 ok tb@
|
#
0d5d409d |
| 30-Dec-2022 |
jca <jca@openbsd.org> |
Neuter zlib fatal warnings when building kernels and bootloaders with clang 15
Disable -Wdeprecated-non-prototype instead of patching zlib. Upstream plans to drop the pre-ANSI syntax soon. ok tb@
Neuter zlib fatal warnings when building kernels and bootloaders with clang 15
Disable -Wdeprecated-non-prototype instead of patching zlib. Upstream plans to drop the pre-ANSI syntax soon. ok tb@ millert@
show more ...
|
#
b59965a8 |
| 17-Dec-2021 |
patrick <patrick@openbsd.org> |
Disable a few warning flags that were introduced and enabled by default with LLVM 13.
|
#
2b7c1a53 |
| 27-Nov-2021 |
jsg <jsg@openbsd.org> |
stop building kernels with -Wno-uninitialized on clang archs this hides real problems that could be found at build time
ok kettenis@ visa@, ok sashan@ on amd64/i386
|
#
cae8b9cb |
| 28-Jan-2021 |
deraadt <deraadt@openbsd.org> |
Again allow COPTS= to come from the environment again, and don't lose the SMALL_KERNEL specific variations. ok espie jsg
|
#
e0a0ff71 |
| 22-Dec-2020 |
visa <visa@openbsd.org> |
Make clang the default compiler on loongson.
OK deraadt@
|
#
435e7a17 |
| 01-Dec-2020 |
visa <visa@openbsd.org> |
Add option to build loongson kernels using clang.
|
#
9b3feccb |
| 07-Nov-2019 |
guenther <guenther@openbsd.org> |
The compiler -pg option implies -fno-ret-protector, as we want to disable retguard and similar when profiling. However, that missed all the .S files, as ${PROF} wasn't added when ${NORMAL_S} was con
The compiler -pg option implies -fno-ret-protector, as we want to disable retguard and similar when profiling. However, that missed all the .S files, as ${PROF} wasn't added when ${NORMAL_S} was converted from direct invocation of ${AS} to instead use ${CC}. Similarly, mcount.o still had retguards as it cannot be built with -pg. So: pass ${PROF} when compiling .S files, and compile "no profiling" files with -fno-ret-protector on archs with retguard.
feedback and ok mpi@ mortimer@
show more ...
|
#
674ee82e |
| 21-Jun-2019 |
deraadt <deraadt@openbsd.org> |
Further improve the filesystem stability of kernel installation by KARL. Use install -F to instead of cp, for fsync(2). Coupled with the new sync(8) in the reorder_kernel script, the window for a in
Further improve the filesystem stability of kernel installation by KARL. Use install -F to instead of cp, for fsync(2). Coupled with the new sync(8) in the reorder_kernel script, the window for a incomplete /bsd file on-disk due to a crash has now shrunk substantially. Discussion with kettenis, millert and tedu
show more ...
|
#
9b26c7b8 |
| 14-Apr-2019 |
deraadt <deraadt@openbsd.org> |
Instead of using COPTS=-Oz (and similar) in make environment to force tightly-built ramdisk kernels, set the option in per-arch Makefile.inc based upon SMALL_KERNEL
|
#
7f4dd379 |
| 14-Apr-2019 |
jsg <jsg@openbsd.org> |
Update shared drm code, inteldrm(4) and radeondrm(4) from linux 4.4 to linux 4.19.34.
Adds support for more Intel hardware: Broxton/Apollo Lake (was is_preliminary in 4.4) Amber Lake (another Kaby L
Update shared drm code, inteldrm(4) and radeondrm(4) from linux 4.4 to linux 4.19.34.
Adds support for more Intel hardware: Broxton/Apollo Lake (was is_preliminary in 4.4) Amber Lake (another Kaby Lake refresh) Gemini Lake Coffee Lake Whiskey Lake Cannon Lake (though no hardware with Intel graphics ever shipped) Ice Lake (alpha support, hardware not released)
This does not add support for new radeon hardware on the AMD side as newer radeons have a different kernel driver (amdgpu).
Thanks to the OpenBSD Foundation for sponsoring this work, kettenis@ for helping and a bunch of other developers for testing.
show more ...
|
#
1c6e0f3d |
| 14-Jan-2019 |
visa <visa@openbsd.org> |
Remove obsolete symbols.sort target.
OK deraadt@
|
#
9abf1606 |
| 31-Oct-2018 |
kettenis <kettenis@openbsd.org> |
Bring over gapdummy.c changes from amd64/amr64/armv7/i386.
ok deraadt@, mortimer@, visa@
|
#
93784c9b |
| 14-Sep-2018 |
naddy <naddy@openbsd.org> |
add gapdummy.c to the "clean" target like other generated files ok visa@ jsg@ phessler@
|
#
250ec179 |
| 09-Feb-2018 |
tb <tb@openbsd.org> |
Check for the existence of /bsd before trying to back it up to /obsd. Fixes 'make install' when /bsd is not present for some reason.
ok rob florian, "fine with me" deraadt
|
#
0c84bf37 |
| 04-Nov-2017 |
florian <florian@openbsd.org> |
Since rev 1.502 of rc(8) it creates a /bsd.booted hard link. At the end of rc we call reorder_kernel which creates a /obsd hard link to the same kernel. In the past obsd was only created when doing a
Since rev 1.502 of rc(8) it creates a /bsd.booted hard link. At the end of rc we call reorder_kernel which creates a /obsd hard link to the same kernel. In the past obsd was only created when doing a manual make install in the kernel sources. There is no need for two backup hard links during boot, rearange the kernel Makefiles to restore previous behaviour and thus stopping reorder_kernel from scribbling over /obsd.
Makes muscle memory of some kernel developers work again: /obsd can serve as a known good kernel; and there was much rejoycing...
Discussed at length with benno, rpe, phessler and tb at p2k17.
Seems like a good idea to deraadt.
OK benno, phessler, rpe, tb
show more ...
|
#
2e2b0b98 |
| 28-Sep-2017 |
patrick <patrick@openbsd.org> |
When option DDB_STRUCTINFO was removed from the kernel, too much from the kernel makefiles was removed which lead to C files not being re- compiled when a dependency changed. This can lead to panics
When option DDB_STRUCTINFO was removed from the kernel, too much from the kernel makefiles was removed which lead to C files not being re- compiled when a dependency changed. This can lead to panics in odd places and generally a broken system.
ok deraadt@
show more ...
|
#
248a90a9 |
| 12-Sep-2017 |
mpi <mpi@openbsd.org> |
Remove option DDB_STRUCTINFO. Now that ddb(4) is CTF aware, similar functionnalities are available in GENERIC.
ok jasper@, deraadt@, guenther@, dlg@
|
#
16b45000 |
| 12-Aug-2017 |
mpi <mpi@openbsd.org> |
Use ctfstrip(1) by default to strip kernels.
ok deraadt@, jasper@
|
#
e5b71ac4 |
| 18-Jul-2017 |
tb <tb@openbsd.org> |
Stop automatically regenerating gap.o (and hence linking a new kernel) whenever make is issued. Only do this when there are actual source changes below /sys. This restores the behavior prior to the K
Stop automatically regenerating gap.o (and hence linking a new kernel) whenever make is issued. Only do this when there are actual source changes below /sys. This restores the behavior prior to the KARL implementation.
Problem noticed and patiently explained by mpi implementation with a lot of help from espie
ok mpi, espie, deraadt
show more ...
|
#
b166003f |
| 16-Jul-2017 |
visa <visa@openbsd.org> |
Pass the linker from make environment to makegap.sh. This is (only) a partial solution to cross compiling the kernel with KARL.
OK deraadt@ a while ago
|
#
27da732b |
| 29-Jun-2017 |
espie <espie@openbsd.org> |
put SYSTEM_SWAP_DEP out of its misery, it died in 1997, along with config.old "go for it" deraadt@
|
#
db24cb61 |
| 25-Jun-2017 |
deraadt <deraadt@openbsd.org> |
dull dependency for copying makegap.sh to obj, so that installs without src and comp work. That is what we've designed for, but since we always have src and comp on our systems it is so easy to slid
dull dependency for copying makegap.sh to obj, so that installs without src and comp work. That is what we've designed for, but since we always have src and comp on our systems it is so easy to slide... problem first noted by rpe.
show more ...
|
#
226329da |
| 22-Jun-2017 |
deraadt <deraadt@openbsd.org> |
Generate a gap.link script, and use that to generate gap.o. On multi-ABI architectures we must also link against a gapdummy.o to repair the ABI of the resulting .o file. Woe is me. Also repair inst
Generate a gap.link script, and use that to generate gap.o. On multi-ABI architectures we must also link against a gapdummy.o to repair the ABI of the resulting .o file. Woe is me. Also repair install: target to update the linkkit & hash when a kernel is installed. ok rpe tb mlarkin and tested by others also
show more ...
|
#
016712db |
| 13-Jun-2017 |
deraadt <deraadt@openbsd.org> |
newbsd: target which re-links a kernel. We cannot use the bsd: target since it has source dependencies, and relinking doesn't have any. Also the bsd: target is created by config(8)... worked on wit
newbsd: target which re-links a kernel. We cannot use the bsd: target since it has source dependencies, and relinking doesn't have any. Also the bsd: target is created by config(8)... worked on with rpe.
show more ...
|