Don Zickus 299c56966a x86: Use u32 instead of long to set reset vector back to 0
A customer of ours, complained that when setting the reset
vector back to 0, it trashed other data and hung their box.
They noticed when only 4 bytes were set to 0 instead of 8,
everything worked correctly.

Mathew pointed out:

 |
 | We're supposed to be resetting trampoline_phys_low and
 | trampoline_phys_high here, which are two 16-bit values.
 | Writing 64 bits is definitely going to overwrite space
 | that we're not supposed to be touching.
 |

So limit the area modified to u32.

Signed-off-by: Don Zickus <dzickus@redhat.com>
Acked-by: Matthew Garrett <mjg@redhat.com>
Cc: <stable@kernel.org>
LKML-Reference: <1297139100-424-1-git-send-email-dzickus@redhat.com>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
2011-02-28 16:22:18 +01:00
..
2011-01-13 08:03:25 -08:00
2010-11-12 00:45:41 +01:00
2009-12-05 09:10:12 -08:00
2011-01-21 14:11:12 +01:00
2011-02-14 12:08:28 +01:00
2010-02-16 21:22:26 -08:00
2010-10-26 16:52:08 -07:00
2010-05-07 17:13:04 -07:00
2011-01-07 10:03:50 -05:00
2009-08-27 00:35:56 +02:00
2010-03-10 13:23:34 +01:00
2010-10-26 16:52:08 -07:00
2010-10-07 14:08:55 +01:00
2010-08-14 22:26:51 +02:00
2011-01-07 15:08:53 +01:00
2011-01-13 17:32:46 -08:00
2010-06-09 11:12:36 +02:00
2010-01-05 15:34:49 +09:00
2010-06-29 12:12:59 +02:00
2010-05-07 17:13:04 -07:00
2011-01-07 15:08:52 +01:00
2010-06-29 12:12:59 +02:00
2011-01-13 17:32:39 -08:00
2011-01-26 10:49:57 +10:00
2010-11-18 12:52:04 +01:00
2011-01-26 08:10:49 +01:00
2010-11-01 15:38:34 -04:00
2010-10-26 16:52:08 -07:00
2011-01-13 17:32:44 -08:00
2011-01-13 17:32:44 -08:00
2011-01-13 17:32:44 -08:00
2011-01-13 17:32:44 -08:00
2010-12-15 17:11:30 -08:00
2010-02-12 09:42:39 -08:00
2010-07-20 17:41:14 -07:00
2010-11-12 00:45:41 +01:00
2011-01-12 11:23:16 +02:00
2009-08-21 21:43:46 +02:00
2010-10-18 10:49:34 -04:00