| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
(which we never used). There is no need to tweak the TPR anymore and
only causes problems.
|
|
|
|
|
|
|
|
| |
- Sort definition of cpu_* variables appropriately.
- Move cpu_fxsr out of the magic non-BSS set of variables and stick it in
the BSS along with hw_instruction_sse (make the latter static as well).
Submitted by: bde (partially)
|
|
|
|
|
|
|
| |
variable to something in the cpu_* namespace since that's what all the
other cpuid variables were named and cpu_procinfo is what I came up with.
Requested by: bde
|
| |
|
|
|
|
| |
Merge M_NOWAIT/M_DONTWAIT into a single flag M_NOWAIT.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
<machine/ieeefp.h> where it belongs.
o Remove the i386 specific inclusion of <machine/floatingpoint.h>
from <ieeefp.h>, now that including <machine/ieeefp.h> is enough
for all architectures.
o Allow <machine/ieeefp.h> to inline the functions exposed by the
headers by checking for _IEEEFP_INLINED_ in the MI header. When
defined, prototypes are not given and it is assumed that the MD
headers, when inlining only a subset of the functions provide
prototypes for the functions not being inlined.
Based on patch from: Terry Lambert <tlambert2@mindspring.com>
Tested with: make release.
|
|
|
|
|
|
|
|
| |
Interface (SMAPI) BIOS, which is present on some IBM
Thinkpad models (560, 600, 770 to name a few.)
The SMAPI BIOS provides access to System Information,
System Configuration, and Power Management.
|
|
|
|
|
|
|
|
| |
cpu_exthigh and cpu_brand in printcpuinfo() instead of in identify_cpu().
We also only do it for known-good values of cpu_vendor which is a bit more
conservative.
Reviewed by: bde (mostly)
|
|
|
|
|
|
|
|
|
| |
returned from cpuid 0x80000000.
- Add a cpu_brand char array to hold the processor name returned by
cpuid 0x80000002-0x80000004 on AMD, Intel, Transmeta, and possibly
other CPUs.
- Use cpuid to set cpu_exthigh and read the processor name if it is present
in identify_cpu().
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
in the mptable. The way this works is that we determine if the system
has hyperthreading and how many logical CPU's should be in each physical
CPU by using the information returned by cpuid. During the first pass of
the mptable, we build a bitmask of the APIC IDs of the CPUs listed in the
mptable. We then scan that bitmask to see if the CPUs are already listed
by the mptable, or if there are any APIC IDs already in use that would
conflict with the APIC IDs of the logical CPUs. If that test succeeds,
then we fixup the count of application processors. Later on during the
second pass of the mptable we create fake processor entries for logical
CPUs and add them to the system.
We only need this type of fixup hack when using the mptable to enumerate
CPUs. The ACPI MADT table properly enumerates all logical CPUs.
|
|
|
|
| |
%eax of 1 and set it in identify_cpu().
|
|
|
|
|
| |
of HHT.
- Document fields returned in %ebx by a cpuid with %eax of 1.
|
|
|
|
| |
especially in troff files.
|
| |
|
|
|
|
|
|
|
|
|
| |
to accomodate the new SSE/XMM floating point save/restore
instructions.
This commit is mostly from bde and includes some style nits.
Approved by: re (jhb)
|
|
|
|
| |
Approved by: re (jhb)
|
|
|
|
|
|
|
|
|
|
|
| |
Previously these were libc functions but were requested to
be made into system calls for atomicity and to coalesce what
might be two entrances into the kernel (signal mask setting
and floating point trap) into one.
A few style nits and comments from bde are also included.
Tested on alpha by: gallatin
|
|
|
|
| |
DBREG_DRX(&dbregs, n) usage.
|
|
|
|
|
|
|
|
|
|
| |
remove global variable in_vm86call, set vm86 calling flag in PCB flags.
2.Fix vm86 BIOS calling preempted problem by changing vm86_lock mutex type
from MTX_DEF to MTX_SPIN. vm86pcb is not remembered in thread struct,
when the thread calling vm86 BIOS is preempted by interrupt thread,
and later switching back to the thread would cause incorrect context be
loaded into CPU registers, this leads to kernel crash.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
handling clean and functional as 5.x evolves. This allows some of the
nasty bandaids in the 5.x codepaths to be unwound.
Encapsulate 4.x signal handling under COMPAT_FREEBSD4 (there is an
anti-foot-shooting measure in place, 5.x folks need this for a while) and
finish encapsulating the older stuff under COMPAT_43. Since the ancient
stuff is required on alpha (longjmp(3) passes a 'struct osigcontext *'
to the current sigreturn(2), instead of the 'ucontext_t *' that sigreturn
is supposed to take), add a compile time check to prevent foot shooting
there too. Add uniform COMPAT_43 stubs for ia64/sparc64/powerpc.
Tested on: i386, alpha, ia64. Compiled on sparc64 (a few days ago).
Approved by: re
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
long doubles at the moment (printf truncates them to doubles).
However, long doubles to appear to work to the ranges listed in this
commit on both -stable (4.5) and -current. There may be some slight
rounding issues with long doubles, but that's an orthogonal issue to
these constants.
I've had this in my local tree for 3 months, and in my company's local
tree for 15 months with no ill effects.
Obtained from: NetBSD
Not likely to like it: bde
|
| |
|
|
|
|
|
|
|
| |
that we can index into it, rather than do pointer gymnastics on a
structure containing 8 elements.
Verified by: MD5 hash on the produced .o files.
|
|
|
|
|
|
| |
pass the pointy hat...
Requested by: Juli Mallett <jmallett@FreeBSD.org>
|
|
|
|
|
|
|
| |
together.
Requested by: Lars Eggart <larse@isi.edu>
Enlighted how to do it by: John Baldwin <jhb@freebsd.org>
|
|
|
|
| |
Spotted by: FlexeLint.
|
|
|
|
| |
hasn't been filled in for ages.. Nuked.
|
|
|
|
|
|
|
| |
This is most beneficial for vmware client os installs.
Reviewed by: jmallet, iedowse, tlambert2@mindspring.com
MFC After: never, -STABLE does not currently use this instruction
|
|
|
|
| |
struct __sigset to avoid depending on objects from <sys/signal.h>.
|
| |
|
|
|
|
|
| |
o Standardize on _MACHINE_STDARG_H_ to allow multiple header includes.
o Restrict the definition of va_copy() to C99 environments.
|
|
|
|
| |
<sys/cdefs.h>.
|
| |
|
|
|
|
|
|
|
|
| |
o bus_dmamap_load_mbuf
o bus_dmamap_load_uio
Test on i386. Known to compile on alpha and sparc64, but not tested.
Otherwise untried.
|
|
|
|
|
|
|
|
| |
This will be removed when new versions of syscalls sigreturn()
and sigaction() are added (mini is working on this but is in
the middle of a move).
This should fix the problem of cvsupd dying.
|
|
|
|
| |
<sys/diskmbr.h>.
|
|
|
|
| |
so make the non-empty #ifdef lint.
|
| |
|
| |
|
|
|
|
|
| |
Peter's rev 1.189 should fix the lost console on SCSI-based systems due
to this message.
|
|
|
|
| |
The kernel printf() isn't race-free
|
| |
|
|
|
|
| |
not used anywhere anymore.
|
|
|
|
| |
Submitted by: marius@alchemy.franken.de
|
| |
|
|
|
|
|
|
|
|
|
| |
- nexus no longer has PCI bridges as direct children, so the PCI bus
ivar is no longer used and is removed.
- Don't attach default EISA, ISA, or MCA busses. Instead, if we do not
have an acpi0 device after bus_generic_probe(), add a legacy0 child
device.
- Remove machine/nexusvar.h.
|
|
|
|
|
|
|
|
| |
ACPI or for when ACPI support is disabled or not present in the kernel.
Basically, the nexus device is now split into two with some parts
(such as adding default ISA, MCA, and EISA busses if they aren't found
as well as support for PCI bus device ivars) being moved to the legacy
driver.
|
| |
|