summaryrefslogtreecommitdiff
path: root/src/southbridge/intel
diff options
context:
space:
mode:
authorTobias Diedrich <ranma+coreboot@tdiedrich.de>2010-12-08 21:40:12 +0000
committerTobias Diedrich <ranma@tdiedrich.de>2010-12-08 21:40:12 +0000
commitb672d94ce0199bc0bd882c61c7be9ac2c90eded5 (patch)
tree541e9563af928e193330b9e2d8b5cdda890749ae /src/southbridge/intel
parent89ec3760a9c2e5189681240aae866b20a9d6b592 (diff)
downloadcoreboot-b672d94ce0199bc0bd882c61c7be9ac2c90eded5.tar.xz
Tobias Diedrich wrote:
> Definitively a iasl problem, it can't even disassemble it's own > output back to something equivalent to the input file. > It seems to be generating Bytecode for the Add where it shouldn't. Here is a solution using the SSDT. Unfortunately iasl does not resolve simple arithmetic at compile time, so we can not use Add(DEFAULT_PMBASE, PCNTRL) in the Processor statement. This patch instead dynamically generates the processor statement. I can't use the speedstep generate_cpu_entries() directly since the cpu doesn't support speedstep. For now the code is in the southbridge directory, but maybe it should go into cpu/intel/ somewhere. IIRC notebook cpus of the era can already have speedstep, so it would probably be possible to pair the i82371eb with a speedstep-capable cpu... Also, I don't know if multiprocessor boards (abit bp6?) would need to be handled differently. Abuild-tested. Signed-off-by: Tobias Diedrich <ranma+coreboot@tdiedrich.de> Acked-by: Peter Stuge <peter@stuge.se> git-svn-id: svn://svn.coreboot.org/coreboot/trunk@6153 2b7e53f0-3cfb-0310-b3e9-8179ed1497e1
Diffstat (limited to 'src/southbridge/intel')
-rw-r--r--src/southbridge/intel/i82371eb/acpi_tables.c41
1 files changed, 41 insertions, 0 deletions
diff --git a/src/southbridge/intel/i82371eb/acpi_tables.c b/src/southbridge/intel/i82371eb/acpi_tables.c
index 2b536e6f18..2173a3d7cf 100644
--- a/src/southbridge/intel/i82371eb/acpi_tables.c
+++ b/src/southbridge/intel/i82371eb/acpi_tables.c
@@ -26,9 +26,46 @@
#include <arch/smp/mpspec.h>
#include <device/device.h>
#include <device/pci_ids.h>
+#include "i82371eb.h"
extern const unsigned char AmlCode[];
+static int determine_total_number_of_cores(void)
+{
+ device_t cpu;
+ int count = 0;
+ for(cpu = all_devices; cpu; cpu = cpu->next) {
+ if ((cpu->path.type != DEVICE_PATH_APIC) ||
+ (cpu->bus->dev->path.type != DEVICE_PATH_APIC_CLUSTER)) {
+ continue;
+ }
+ if (!cpu->enabled) {
+ continue;
+ }
+ count++;
+ }
+ return count;
+}
+
+void generate_cpu_entries(void)
+{
+ int len;
+ int len_pr;
+ int cpu, pcontrol_blk=DEFAULT_PMBASE+PCNTRL, plen=6;
+ int numcpus = determine_total_number_of_cores();
+ printk(BIOS_DEBUG, "Found %d CPU(s).\n", numcpus);
+
+ /* without the outer scope, furhter ssdt addition will end up
+ * within the processor statement */
+ len = acpigen_write_scope("\\_PR");
+ for (cpu=0; cpu < numcpus; cpu++) {
+ len_pr = acpigen_write_processor(cpu, pcontrol_blk, plen);
+ acpigen_patch_len(len_pr - 1);
+ len += len_pr;
+ }
+ acpigen_patch_len(len - 1);
+}
+
unsigned long __attribute__((weak)) acpi_fill_slit(unsigned long current)
{
// Not implemented
@@ -57,6 +94,10 @@ unsigned long __attribute__((weak)) acpi_fill_ssdt_generator(unsigned long curre
const char *oem_table_id)
{
acpigen_write_mainboard_resources("\\_SB.PCI0.MBRS", "_CRS");
+ /* generate_cpu_entries() generates weird bytecode and has to come
+ * last or else the following entries will end up inside the
+ * processor scope */
+ generate_cpu_entries();
return (unsigned long) acpigen_get_current();
}