FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=releng%2F11.2 2018-03-29T02:50:57Z 2018-03-29T02:50:57Z Eitan Adler eadler@FreeBSD.org 2018-03-29T02:50:57Z urn:sha1:4ab2e064d7950be84256d671a7ae93f87cc6aa36 This was intended to be a non-functional change. It wasn't. The commit message was thus wrong. In addition it broke arm, and merged crypto related code. Revert with prejudice. This revert skips files touched in r316370 since that commit was since MFCed. This revert also skips files that require $FreeBSD$ property changes. Thank you to those who helped me get out of this mess including but not limited to gonzo, kevans, rgrimes. Requested by: gjb (re) 2018-03-14T03:19:51Z Eitan Adler eadler@FreeBSD.org 2018-03-14T03:19:51Z urn:sha1:be5d0b9566b13fdf8cabebb63334cbec12bfc409 These changes are incomplete but are making it difficult to determine what other changes can/should be merged. No objections from: pfg 2016-04-12T21:23:44Z John Baldwin jhb@FreeBSD.org 2016-04-12T21:23:44Z urn:sha1:7ecf8cab6f4b3c8cb2c2a551e03b3c617d7d628d 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 2015-07-02T14:37:21Z Konstantin Belousov kib@FreeBSD.org 2015-07-02T14:37:21Z urn:sha1:6fdfd88220a1728eca98f1172a09a6782b20cb78 macros on amd64 and i386. Move the definition to machine/param.h. kgdb defines INKERNEL() too, the conflict is resolved by renaming kgdb version to PINKERNEL(). On i386, correct the lowest kernel address. After the shared page was introduced, USRSTACK no longer points to the last user address + 1 [*] Submitted by: Oliver Pinter [*] Sponsored by: The FreeBSD Foundation MFC after: 1 week 2014-08-20T16:06:24Z John Baldwin jhb@FreeBSD.org 2014-08-20T16:06:24Z urn:sha1:64d6de263bdd852cb17ae572aaaef5c10385f481 CPUs (IDs 0 through 254). Getting above that limit requires x2APIC. MFC after: 1 month 2014-05-14T22:24:09Z Neel Natu neel@FreeBSD.org 2014-05-14T22:24:09Z urn:sha1:f3db4c53e64e3bd60e88afd9dec01175bbc647dc with all bits set to 1 beyond the I/O permission bitmap. Prior to this change accessing I/O ports [0xFFF8-0xFFFF] would trigger a #GP fault even though the I/O bitmap allowed access to those ports. For more details see section "I/O Permission Bit Map" in the Intel SDM, Vol 1. Reviewed by: kib 2013-05-07T22:46:24Z Attilio Rao attilio@FreeBSD.org 2013-05-07T22:46:24Z urn:sha1:941646f5ec5d89c10dbc9a0ff3b412b52ae74002 order to match the MAXCPU concept. The change should also be useful for consolidation and consistency. Sponsored by: EMC / Isilon storage division Obtained from: jeff Reviewed by: alc 2012-08-14T17:01:21Z Dag-Erling Smørgrav des@FreeBSD.org 2012-08-14T17:01:21Z urn:sha1:e2082935f0c31a55bae359035940e634b8c70206 MFC after: 3 weeks 2011-07-19T13:00:30Z Attilio Rao attilio@FreeBSD.org 2011-07-19T13:00:30Z urn:sha1:786ef92b7b0c86c4e0c92509abade475a7be9631 From now on, default values for FreeBSD will be 64 maxiumum supported CPUs on amd64 and ia64 and 128 for XLP. All the other architectures seem already capped appropriately (with the exception of sparc64 which needs further support on jalapeno flavour). Bump __FreeBSD_version in order to reflect KBI/KPI brekage introduced during the infrastructure cleanup for supporting MAXCPU > 32. This covers cpumask_t retiral too. The switch is considered completed at the present time, so for whatever bug you may experience that is reconducible to that area, please report immediately. Requested by: marcel, jchandra Tested by: pluknet, sbruno Approved by: re (kib) 2011-07-19T00:37:24Z Attilio Rao attilio@FreeBSD.org 2011-07-19T00:37:24Z urn:sha1:68b739cd6f5af9b2f4f03fe7bb9627dee6e03c42 This patch is going to help in cases like mips flavours where you want a more granular support on MAXCPU. No MFC is previewed for this patch. Tested by: pluknet Approved by: re (kib)