History log of /gem5/src/arch/x86/bios/IntelMP.py
Revision Date Author Comments
# 11481:fc247b9c42b6 19-May-2016 Bjoern A. Zeeb <baz21@cam.ac.uk>

config, x86: Properly space pad the X86IntelMPBus Entry descriptions

According to the Intel Multi Processor Specification rev 1.4 (-006) (*),
section 4.3.2 Bus Entries, Bus type strings are >>6-character ASCII
(blank-filled) strings<<.
This patch properly pads the entries with the missing spaces at the end.

(*) http://www.intel.com/design/pentium/datashts/24201606.pdf

Committed by Jason Lowe-Power <power.jg@gmail.com>


# 9338:97b4a2be1e5b 02-Nov-2012 Andreas Sandberg <Andreas.Sandberg@arm.com>

sim: Include object header files in SWIG interfaces

When casting objects in the generated SWIG interfaces, SWIG uses
classical C-style casts ( (Foo *)bar; ). In some cases, this can
degenerate into the equivalent of a reinterpret_cast (mainly if only a
forward declaration of the type is available). This usually works for
most compilers, but it is known to break if multiple inheritance is
used anywhere in the object hierarchy.

This patch introduces the cxx_header attribute to Python SimObject
definitions, which should be used to specify a header to include in
the SWIG interface. The header should include the declaration of the
wrapped object. We currently don't enforce header the use of the
header attribute, but a warning will be generated for objects that do
not use it.


# 7087:fb8d5786ff30 24-May-2010 Nathan Binkert <nate@binkert.org>

copyright: Change HP copyright on x86 code to be more friendly


# 5838:47ada83a8958 01-Feb-2009 Gabe Black <gblack@eecs.umich.edu>

X86: Add extended Intel MP entries correctly.


# 5825:da5f7e97958c 01-Feb-2009 Gabe Black <gblack@eecs.umich.edu>

X86: Set/correct some default values for x86 parameters.


# 5770:03c07a62074f 06-Dec-2008 Gabe Black <gblack@eecs.umich.edu>

X86: Add add_entry back in.


# 5702:bf84e2fa05f7 20-Oct-2008 Ali Saidi <saidi@eecs.umich.edu>

O3CPU: Undo Gabe's changes to remove hwrei and simpalcheck from O3 CPU. Removing hwrei causes
the instruction after the hwrei to be fetched before the ITB/DTB_CM register is updated in a call pal
call sys and thus the translation fails because the user is attempting to access a super page address.

Minimally, it seems as though some sort of fetch stall or refetch after a hwrei is required. I think
this works currently because the hwrei uses the exec context interface, and the o3 stalls when that occurs.

Additionally, these changes don't update the LOCK register and probably break ll/sc. Both o3 changes were
removed since a great deal of manual patching would be required to only remove the hwrei change.


# 5641:51b7b8cf8083 11-Oct-2008 Gabe Black <gblack@eecs.umich.edu>

X86: Add an Intel MP table to the simulation.


# 5625:ea7d3676ac8d 11-Oct-2008 Gabe Black <gblack@eecs.umich.edu>

X86: Create SimObjects in python and C++ to represent the Intel MP tables.