diff options
author | Chen Yu <[email protected]> | 2017-07-03 01:06:28 +0800 |
---|---|---|
committer | Ingo Molnar <[email protected]> | 2017-07-05 10:09:02 +0200 |
commit | b7a67e02cd2b0d632114dcfb4bfb9b1d85dee325 (patch) | |
tree | 7c6003415152325670d21279d8fb108cc602dc4f /tools/perf/scripts/python/call-graph-from-sql.py | |
parent | 99c13b8c8896d7bcb92753bf0c63a8de4326e78d (diff) |
x86/boot/e820: Avoid overwriting e820_table_firmware
The following commit in 2013:
77ea8c948953 ("x86: Reserve setup_data ranges late after parsing memmap cmdline")
has fixed the issue of losing setup_data information by deferring the
e820_reserve_setup_data() call until the early params have been parsed.
But this also introduced a new problem that, during early params parsing,
the kexec kernel might fake a mptable and saves it into the e820_table_firmware[]
table (without saving the mptable to the e820_table[]), however the subsequent
invoking of e820_reserve_setup_data() will overwrite the e820_table_firmware[]
according to the e820_table[], thus the fake mptable information is lost.
Fix this issue by updating the e820_table_firmware[] according to
the setup_data information, but without overwriting it.
Signed-off-by: Chen Yu <[email protected]>
Cc: Dave Young <[email protected]>
Cc: Len Brown <[email protected]>
Cc: Linus Torvalds <[email protected]>
Cc: Peter Zijlstra <[email protected]>
Cc: Rafael J. Wysocki <[email protected]>
Cc: Thomas Gleixner <[email protected]>
Cc: Xunlei Pang <[email protected]>
Cc: [email protected]
Signed-off-by: Ingo Molnar <[email protected]>
Diffstat (limited to 'tools/perf/scripts/python/call-graph-from-sql.py')
0 files changed, 0 insertions, 0 deletions