Displaying 3 results from an estimated 3 matches for "__acpi_map_table".
2007 Aug 09
2
Bad FADT and timer going backwards
Hello!
I am encountering a problem with one of the machines I am using and the
timer going backwards. It looks like the problem is due to to a bad
PM-Timer entry being found. Though when debugging further, the real source
of the problem stems from an ACPI table of type DSDT being parsed as an
FADT during boot and certainly a bogus PM-Timer is found there.
Here''s the output from
2005 May 24
28
Xen & Transmeta (from xen-users)
All-
With suggestions from Ian and previous posts on this list, I''ve been
investigating why Xen causes a Transmeta-based system to reboot immediately..
I''ve added instrumentation to xen/arch/x86/boot/x86_32.S (a
collection of ''.asciz "foo"'' statements) hoping to locate a point of
failure.. and it dies sometime before this code is run..
At what point
2009 Jan 29
0
[PATCH v2] txt: 2/5 - ACPI Generic Address Structure for tboot shutdown
....cihula@intel.com>
diff -r ecb74962f6f4 -r 9ba8aecc3a15 xen/arch/x86/acpi/power.c
--- a/xen/arch/x86/acpi/power.c Wed Jan 28 21:56:22 2009 -0800
+++ b/xen/arch/x86/acpi/power.c Wed Jan 28 22:09:02 2009 -0800
@@ -129,19 +129,13 @@ static void acpi_sleep_prepare(u32 state
wakeup_vector_va = __acpi_map_table(
acpi_sinfo.wakeup_vector, sizeof(uint64_t));
- if ( acpi_sinfo.vector_width == 32 )
- {
- *(uint32_t *)wakeup_vector_va =
- tboot_in_measured_env() ?
- (uint32_t)g_tboot_shared->s3_tb_wakeup_entry :
- (uint32_t)bootsym_phys(...