diff options
author | Marius Strobl <marius@FreeBSD.org> | 2011-07-02 11:14:54 +0000 |
---|---|---|
committer | Marius Strobl <marius@FreeBSD.org> | 2011-07-02 11:14:54 +0000 |
commit | 4a35efc72064b9d2a22ff24f2e5edc9d2aa9307a (patch) | |
tree | 507ef2da7eed7ae7dd4734f80eb1110001daa7f7 /sys/sparc64/include/cpu.h | |
parent | 80006832f68246053b97877c5fdcf131282d519b (diff) | |
download | src-4a35efc72064b9d2a22ff24f2e5edc9d2aa9307a.tar.gz src-4a35efc72064b9d2a22ff24f2e5edc9d2aa9307a.zip |
- For Cheetah- and Zeus-class CPUs don't flush all unlocked entries from
the TLBs in order to get rid of the user mappings but instead traverse
them an flush only the latter like we also do for the Spitfire-class.
Also flushing the unlocked kernel entries can cause instant faults which
when called from within cpu_switch() are handled with the scheduler lock
held which in turn can cause timeouts on the acquisition of the lock by
other CPUs. This was easily seen with a 16-core V890 but occasionally
also happened with 2-way machines.
While at it, move the SPARC64-V support code entirely to zeus.c. This
causes a little bit of duplication but is less confusing than partially
using Cheetah-class bits for these.
- For SPARC64-V ensure that 4-Mbyte page entries are stored in the 1024-
entry, 2-way set associative TLB.
- In {d,i}tlb_get_data_sun4u() turn off the interrupts in order to ensure
that ASI_{D,I}TLB_DATA_ACCESS_REG actually are read twice back-to-back.
Tested by: Peter Jeremy (16-core US-IV), Michael Moll (2-way SPARC64-V)
Notes
Notes:
svn path=/head/; revision=223719
Diffstat (limited to 'sys/sparc64/include/cpu.h')
-rw-r--r-- | sys/sparc64/include/cpu.h | 1 |
1 files changed, 1 insertions, 0 deletions
diff --git a/sys/sparc64/include/cpu.h b/sys/sparc64/include/cpu.h index c0845a0771b1..1634477f4833 100644 --- a/sys/sparc64/include/cpu.h +++ b/sys/sparc64/include/cpu.h @@ -57,6 +57,7 @@ void cpu_halt(void); void cpu_reset(void); void fork_trampoline(void); void swi_vm(void *v); +void zeus_init(u_int cpu_impl); static __inline u_int64_t get_cyclecount(void) |