src/sys/boot/pc98/btx/lib, branch main

Remove sys/boot/pc98 accidentally restored in r313575

2017-02-11T02:45:54Z

Reported by: rpokala

makefs: make the buffer functions look exactly like the kernel ones

2017-02-11T02:33:48Z

From NetBSD christos Sat Jan 26 00:19:39 2013 +0000 make the buffer functions look exactly like the kernel ones and add other cruft to make the kernel files compile. ffs.c 1.54 ffs/buf.c 1.13 ffs/buf.h 1.3 ffs/ffs_alloc.c 1.21 ffs/ffs_balloc.c 1.15 Reviewed by: marcel, ngie Obtained from: NetBSD Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D8404

Remove pc98 support completely.

2017-01-28T02:22:15Z

I thank all developers and contributors for pc98. Relnotes: yes

Revert r267233 for now. PIE support needs to be reworked.

2014-08-19T15:04:32Z

1. 50+% of NO_PIE use is fixed by adding -fPIC to INTERNALLIB and other build-only utility libraries. 2. Another 40% is fixed by generating _pic.a variants of various libraries. 3. Some of the NO_PIE use is a bit absurd as it is disabling PIE (and ASLR) where it never would work anyhow, such as csu or loader. This suggests there may be better ways of adding support to the tree. Many of these cases can be fixed such that -fPIE will work but there is really no reason to have it in those cases. 4. Some of the uses are working around hacks done to some Makefiles that are really building libraries but have been using bsd.prog.mk because the code is cleaner. Had they been using bsd.lib.mk then NO_PIE would not have been needed. We likely do want to enable PIE by default (opt-out) for non-tree consumers (such as ports). For in-tree though we probably want to only enable PIE (opt-in) for common attack targets such as remote service daemons and setuid utilities. This is also a great performance compromise since ASLR is expected to reduce performance. As such it does not make sense to enable it in all utilities such as ls(1) that have little benefit to having it enabled. Reported by: kib

In preparation for ASLR [1] support add WITH_PIE to support building with -fPIE.

2014-06-08T17:29:31Z

This is currently an opt-in build flag. Once ASLR support is ready and stable it should changed to opt-out and be enabled by default along with ASLR. Each application Makefile uses opt-out to ensure that ASLR will be enabled by default in new directories when the system is compiled with PIE/ASLR. [2] Mark known build failures as NO_PIE for now. The only known runtime failure was rtld. [1] http://www.bsdcan.org/2014/schedule/events/452.en.html Submitted by: Shawn Webb Discussed between: des@ and Shawn Webb [2]

NO_MAN= has been deprecated in favor of MAN= for some time, go ahead

2014-04-13T05:21:56Z

and finish the job. ncurses is now the only Makefile in the tree that uses it since it wasn't a simple mechanical change, and will be addressed in a future commit.

Reduce diffs against i386.

2012-08-05T14:11:07Z

MFi386: improve argument passing via btxldr

2012-05-11T09:46:17Z

use related definitions in i386 bootargs.h Reviewed by: nyan, jhb MFC after: 1 month

Consolidate duplicate definitions of V86_CY() and V86_ZR() which check for

2011-10-25T19:45:12Z

the carry and zero flags being set, respectively, in and use them throughout the x86 boot code.

Start the dreaded NOFOO -> NO_FOO conversion.

2004-12-21T08:47:35Z

OK'ed by: core