src-test2/sys/amd64/include/pcpu.h, branch release/5.2.0

Argh! Followup to previous commit. I checked in the patch with an

2003-11-20T23:49:28Z

unintended local change. Change Xurthread back to curthread.

Provide a streamlined '#define curthread __curthread()' for amd64 to avoid

2003-11-20T22:54:44Z

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

- 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

and by not using a statement-expression for the non-expression __PCPU_SET().

Fixed a pedantic syntax error (a stray semicolon at the end of

2003-11-17T03:40:41Z

PCPU_MD_FIELDS).

Add the pc_acpi_id PCPU member. The new acpi_cpu driver uses this to

2003-11-15T18:58:29Z

dereference the softc.

Commit MD parts of a loosely functional AMD64 port. This is based on

2003-05-01T01:05:25Z

a heavily stripped down FreeBSD/i386 (brutally stripped down actually) to attempt to get a stable base to start from. There is a lot missing still. Worth noting: - The kernel runs at 1GB in order to cheat with the pmap code. pmap uses a variation of the PAE code in order to avoid having to worry about 4 levels of page tables yet. - It boots in 64 bit "long mode" with a tiny trampoline embedded in the i386 loader. This simplifies locore.s greatly. - There are still quite a few fragments of i386-specific code that have not been translated yet, and some that I cheated and wrote dumb C versions of (bcopy etc). - It has both int 0x80 for syscalls (but using registers for argument passing, as is native on the amd64 ABI), and the 'syscall' instruction for syscalls. int 0x80 preserves all registers, 'syscall' does not. - I have tried to minimize looking at the NetBSD code, except in a couple of places (eg: to find which register they use to replace the trashed %rcx register in the syscall instruction). As a result, there is not a lot of similarity. I did look at NetBSD a few times while debugging to get some ideas about what I might have done wrong in my first attempt.

A more lint friendly #ifdef lint section.

2002-10-01T14:01:58Z

Wrap GNU specific code in ifdefs, and help lint out by providing

2002-07-15T13:29:40Z

some alternative definitions.

Compromise for critical()/cpu_critical() recommit. Cleanup the interrupt

2002-03-27T05:39:23Z

disablement assumptions in kern_fork.c by adding another API call, cpu_critical_fork_exit(). Cleanup the td_savecrit field by moving it from MI to MD. Temporarily move cpu_critical*() from /include/cpufunc.h to //critical.c (stage-2 will clean this up). Implement interrupt deferral for i386 that allows interrupts to remain enabled inside critical sections. This also fixes an IPI interlock bug, and requires uses of icu_lock to be enclosed in a true interrupt disablement. This is the stage-1 commit. Stage-2 will occur after stage-1 has stabilized, and will move cpu_critical*() into its own header file(s) + other things. This commit may break non-i386 architectures in trivial ways. This should be temporary. Reviewed by: core Approved by: core