summaryrefslogtreecommitdiff
path: root/sys/arch/amd64/include/cpu.h
AgeCommit message (Collapse)Author
2007-11-16fix the bus_space #define nightmare, so that amd64 and i386 are much moreTheo de Raadt
uniform. as a result shared code like acpi needs less #ifdef's ok marco kettenis
2007-11-01Remove curproc definition. It is supposed to be in proc.h only.Mike Belopuhov
ok kettenis
2007-05-29take a lot more stuff out of userland namespace (sysctl cared about ksensor ↵Theo de Raadt
use); ok tedu
2007-05-29Some improvements for better intel cpu support.Ted Unangst
Add EST support from i386, minus the tables Also add in support for CPU temperature sensors, based on diff to tech by Pierre Riteau. ok deraadt gwk
2007-05-10evcnt & friends were replaced by a proper interrupt counting mechanism 3 ↵Theo de Raadt
years ago; ok miod
2007-05-07Garbage collect ci_astpending; it's no longer used.Mark Kettenis
ok miod@, art@
2007-05-06Add the mp setperf mechanism to AMD64, like its i386 counterpart it allowsGordon Willem Klok
all cpus in a system supporting frequency and voltage scaling to be scaled by the same amount corresponding to the user (or apmd on their behalf) performance level. This diff also teaches amd64 about acpi_hasprocfvs (ACPI has processor frequency and voltage scaling). It also moves initilization of the underlying setperf mechanism such as powernow to mainbus from the cpu indentification and initilization code inspired by similar changes dim@ made to i386 durring h2k6. This is necessary to implement the AMD recommended method for retreiving p_state data from the ACPI _PSS object (a diff comming soon). It will also simplify the potential addition of enhanced speedstep as found on newer intel processors with EMT64 capable of running OpenBSD/amd64. MP setperf functionality verifed by myself and Johan M:son Lindman <tybolt AT solace DOT miun DOT se> on opteron 265 and 270 systems respectively. General testing done by many others thanks! ok tedu, dim
2007-03-15Since p_flag is often manipulated in interrupts and without biglockArtur Grabowski
it's a good idea to use atomic.h operations on it. This mechanic change updates all bit operations on p_flag to atomic_{set,clear}bits_int. Only exception is that P_OWEUPC is set by MI code before calling need_proftick and it's automatically cleared by ADDUPC. There's no reason for MD handling of that flag since everyone handles it the same way. kettenis@ ok
2007-02-17Add code to check for the AMD amd64 errata, and correct them whereTom Cosgrove
possible. Taken from NetBSD. ok deraadt@
2007-02-01When doing signotify, check if we're notifying a process on anotherArtur Grabowski
cpu and if we do, send it an IPI that will force to get into the kernel and process the AST. This makes signals to processes on other CPUs to be actually delivered as soon as possible instead of some time in the future when some interupt happens. heavy testing by krw@, miod@ ok (in principle, since he doesn't do amd64)
2006-12-24Define PROC_PC. Then, since profiling information is being reported inMiod Vallat
statclock(), do not bother doing this in userret() anymore. As a result, userret() does not need its pc and ticks arguments, simplify.
2006-12-20Decalre extern int cpuspeed in sys/arch/amd64/include/cpu.h like cpuspeedGordon Willem Klok
is declared in the equivalent file on i386 and delete the repeticious declarations already scattered in a few places. Thanks to Will Backman for letting me test this on his machine, ok mk@
2006-12-12Complete gwk's previous patch to stop setperf methods from returningDimitry Andric
errors to userland: make all cpu_setperf functions return void. Tested by many, ok gwk@
2006-11-25sync amd64 to i386 w.r.t. acpi support. Also fix interrupt routing for ↵Niklas Hallqvist
multi-ioapic systems. ok kettenis
2006-11-07Timecounters for amd64. Diff by art@, tested by many. ok deraadt@Otto Moerbeek
2006-03-08Patch from Gordon Klock to update AMD PowerNow K8 support on i386,Uwe Stuehler
and to add amd64 K8 support from FreeBSD.
2005-12-13Remove the advertising clause in the UCB license which BerkeleyJonathan Gray
rescinded 22 July 1999. Checked by ian@, deraadt@ and millert@, arm portion checked by drahn@
2005-09-25Turn CPU_INFO_FOREACH into a real construct, like all queue(3) iterators,Miod Vallat
instead of the contents of a for() loop. No functional change. From the m88k SMP tree; ok art@ deraadt@ [complete diff this time]
2005-09-20unbreak tree, how did you do that miodTheo de Raadt
2005-09-20Turn CPU_INFO_FOREACH into a real construct, like all queue(3) iterators,Miod Vallat
instead of the contents of a for() loop. No functional change. From the m88k SMP tree; ok art@ deraadt@
2005-08-20Check for and report the presense of SSE3. This has started to appearJonathan Gray
in AMD products with the arrival of the venice core. ok deraadt@
2005-07-26Instead of juggling around with cr4 and enabling parts of it sometimes,Artur Grabowski
other parts later, etc. Just set it to the same default value everywhere. We won't survive without PSE and tt's not like someone will suddenly make an amd64 that doesn't support PGE. This will allow us to make the bootstrap process slightly more sane.
2005-04-19CLKF_BASEPRI we do not have no more; noticed by miodMichael Shalayeff
2004-06-25'machine cpuinfo' and 'machine ddbcpu' in ddb for amd64Andreas Gunnarsson
2004-06-25SMP support. Big parts from NetBSD, but with some really serious debuggingArtur Grabowski
done by me, niklas and others. Especially wrt. NXE support. Still needs some polishing, especially in dmesg messages, but we're now building kernel faster than ever.
2004-06-22Switch amd64 to __HAVE_CPUINFOArtur Grabowski
deraadt@ ok
2004-06-13debranch SMP, have funNiklas Hallqvist
2004-03-09simplify the delay stuffTheo de Raadt
2004-02-28sysctl hw.cpuspeed outputTheo de Raadt
2004-02-25dkcsum stuff for amd64, written by tom, who cannot commit it at the moment.Theo de Raadt
now the amd64 knows what drive it was booted from.
2004-02-11permit installboot to at least compile... remove some crudTheo de Raadt
2004-02-09repair cpu dmesg print a bitMichael Shalayeff
2004-01-28an amd64 arch support.Michael Shalayeff
hacked by art@ from netbsd sources and then later debugged by me into the shape where it can host itself. no bootloader yet as needs redoing from the recent advanced i386 sources (anyone? ;)