src/sys/amd64/include, branch release/5.2.1 FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=release%2F5.2.1 2003-12-07T03:02:28Z This commit was manufactured by cvs2svn to create branch 'RELENG_5_2'. 2003-12-07T03:02:28Z cvs2svn cvs2svn@FreeBSD.org 2003-12-07T03:02:28Z urn:sha1:a348451bd8bd6d66bcb5b23f2aaec00e74c1292f Reconfigure the runq macros to use the 64 bit ffs/bsf routines instead 2003-12-06T23:24:18Z Peter Wemm peter@FreeBSD.org 2003-12-06T23:24:18Z urn:sha1:3db64504235ab1edbf26964c262b1ec6bea52c24 of doing a loop and taking two 32 bit passes at the runqueue bits. All the 64 bit platforms should probably do this since there are 64 run queues. Approved by: re (scottl) Add 64 bit bsf*/ffs* routines. Have the ffs() inline use gcc's builtin 2003-12-06T23:22:43Z Peter Wemm peter@FreeBSD.org 2003-12-06T23:22:43Z urn:sha1:176ce2b1f472b296c625c7dcdd64c00c60f5493a because it uses the better cmove instructions to avoid branches. Kill the ASM versions of the mtx_lock_spin and friends. They were never 2003-12-06T23:17:18Z Peter Wemm peter@FreeBSD.org 2003-12-06T23:17:18Z urn:sha1:62b689edc91d7912538ad832f08c288142c632e8 used on amd64, and were actually totally broken. They had the wrong calling conventions. I believe the i386 versions are going away too. Approved by: re (scottl) Revert some amd64 changes that cached curthread and converge back to the 2003-12-06T23:13:22Z Peter Wemm peter@FreeBSD.org 2003-12-06T23:13:22Z urn:sha1:42f5377536678b6f289f576f651672d9da45bf51 i386 version. The curthread special case in pcpu.h solves my complaint about the verbose macro expansion in this case. Note that the i386 version still has some OBE comments, I didn't re-add them back again. Approved by: re (scottl) Cosmetic and/or trivial sync up with i386. 2003-11-21T03:02:00Z Peter Wemm peter@FreeBSD.org 2003-11-21T03:02:00Z urn:sha1:cda078658e6fb14d86529be6ca93ff465fc858a0 Approved by: re (rwatson) Argh! Followup to previous commit. I checked in the patch with an 2003-11-20T23:49:28Z Peter Wemm peter@FreeBSD.org 2003-11-20T23:49:28Z urn:sha1:b4bae2b0c570d1ba167914f96ef6c50cae36aee3 unintended local change. Change Xurthread back to curthread. Provide a streamlined '#define curthread __curthread()' for amd64 to avoid 2003-11-20T22:54:44Z Peter Wemm peter@FreeBSD.org 2003-11-20T22:54:44Z urn:sha1:5dd883833c394d53e7dd086076b94ab84d918109 the compiler having to parse and optimize the PCPU_GET(curthread) so often. __curthread() is an inline optimized version of PCPU_GET(curthread) that knows that pc_curthread is at offset zero in the pcpu struct. Add a CTASSERT() to catch any possible changes to this. This accounts for just over a 1% wall clock speedup for total kernel compile/link time, and 20% compile time speedup on some specific files depending on which compile options are used. Approved by: re (jhb) Initial landing of SMP support for FreeBSD/amd64. 2003-11-17T08:58:16Z Peter Wemm peter@FreeBSD.org 2003-11-17T08:58:16Z urn:sha1:0d2a2989048c676030afdcf7ba3aae9713738395 - This is heavily derived from John Baldwin's apic/pci cleanup on i386. - I have completely rewritten or drastically cleaned up some other parts. (in particular, bootstrap) - This is still a WIP. It seems that there are some highly bogus bioses on nVidia nForce3-150 boards. I can't stress how broken these boards are. I have a workaround in mind, but right now the Asus SK8N is broken. The Gigabyte K8NPro (nVidia based) is also mind-numbingly hosed. - Most of my testing has been with SCHED_ULE. SCHED_4BSD works. - the apic and acpi components are 'standard'. - If you have an nVidia nForce3-150 board, you are stuck with 'device atpic' in addition, because they somehow managed to forget to connect the 8254 timer to the apic, even though its in the same silicon! ARGH! This directly violates the ACPI spec. Fixed pedantic warnings for statement-expressions using __extension__ 2003-11-17T04:40:58Z Bruce Evans bde@FreeBSD.org 2003-11-17T04:40:58Z urn:sha1:6a0d1abc5db534a222661215145068ad4cec8919 and by not using a statement-expression for the non-expression __PCPU_SET().