2012-04-09 18:50:52 +02:00
|
|
|
/*
|
|
|
|
* Common CPU TLB handling
|
|
|
|
*
|
|
|
|
* Copyright (c) 2003 Fabrice Bellard
|
|
|
|
*
|
|
|
|
* This library is free software; you can redistribute it and/or
|
|
|
|
* modify it under the terms of the GNU Lesser General Public
|
|
|
|
* License as published by the Free Software Foundation; either
|
|
|
|
* version 2 of the License, or (at your option) any later version.
|
|
|
|
*
|
|
|
|
* This library is distributed in the hope that it will be useful,
|
|
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
|
|
|
|
* Lesser General Public License for more details.
|
|
|
|
*
|
|
|
|
* You should have received a copy of the GNU Lesser General Public
|
|
|
|
* License along with this library; if not, see <http://www.gnu.org/licenses/>.
|
|
|
|
*/
|
|
|
|
|
2016-01-26 19:16:56 +01:00
|
|
|
#include "qemu/osdep.h"
|
2012-04-09 18:50:52 +02:00
|
|
|
#include "cpu.h"
|
2012-12-17 18:19:49 +01:00
|
|
|
#include "exec/exec-all.h"
|
|
|
|
#include "exec/memory.h"
|
|
|
|
#include "exec/address-spaces.h"
|
2014-03-28 19:42:10 +01:00
|
|
|
#include "exec/cpu_ldst.h"
|
2012-04-09 18:50:52 +02:00
|
|
|
|
2012-12-17 18:19:49 +01:00
|
|
|
#include "exec/cputlb.h"
|
2012-04-09 18:50:52 +02:00
|
|
|
|
2012-12-17 18:19:49 +01:00
|
|
|
#include "exec/memory-internal.h"
|
2013-10-14 17:13:59 +02:00
|
|
|
#include "exec/ram_addr.h"
|
2016-03-15 13:18:37 +01:00
|
|
|
#include "exec/exec-all.h"
|
2014-03-28 17:55:24 +01:00
|
|
|
#include "tcg/tcg.h"
|
cputlb: don't cpu_abort() if guest tries to execute outside RAM or RAM
In get_page_addr_code(), if the guest program counter turns out not to
be in ROM or RAM, we can't handle executing from it, and we call
cpu_abort(). This results in the message
qemu: fatal: Trying to execute code outside RAM or ROM at 0x08000000
followed by a guest register dump, and then QEMU dumps core.
This situation happens in one of two cases:
(1) a guest kernel bug, where it jumped off into nowhere
(2) a user command line mistake, where they tried to run an image for
board A on a QEMU model of board B, or where they didn't provide
an image at all, and QEMU executed through a ROM or RAM full of
NOP instructions and then fell off the end
In either case, a core dump of QEMU itself is entirely useless, and
only confuses users into thinking that this is a bug in QEMU rather
than a bug in the guest or a problem with their command line. (This
is a variation on the general idea that we shouldn't assert() on
something the user can accidentally provoke.)
Replace the cpu_abort() with something that explains the situation
a bit better and exits QEMU without dumping core.
(See LP:1062220 for several examples of confused users.)
Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
Reviewed-by: Richard Henderson <rth@twiddle.net>
Message-id: 1466442425-11885-1-git-send-email-peter.maydell@linaro.org
2016-06-20 19:07:05 +02:00
|
|
|
#include "qemu/error-report.h"
|
|
|
|
#include "exec/log.h"
|
2012-04-09 18:50:52 +02:00
|
|
|
|
2016-03-15 15:30:24 +01:00
|
|
|
/* DEBUG defines, enable DEBUG_TLB_LOG to log to the CPU_LOG_MMU target */
|
|
|
|
/* #define DEBUG_TLB */
|
|
|
|
/* #define DEBUG_TLB_LOG */
|
|
|
|
|
|
|
|
#ifdef DEBUG_TLB
|
|
|
|
# define DEBUG_TLB_GATE 1
|
|
|
|
# ifdef DEBUG_TLB_LOG
|
|
|
|
# define DEBUG_TLB_LOG_GATE 1
|
|
|
|
# else
|
|
|
|
# define DEBUG_TLB_LOG_GATE 0
|
|
|
|
# endif
|
|
|
|
#else
|
|
|
|
# define DEBUG_TLB_GATE 0
|
|
|
|
# define DEBUG_TLB_LOG_GATE 0
|
|
|
|
#endif
|
|
|
|
|
|
|
|
#define tlb_debug(fmt, ...) do { \
|
|
|
|
if (DEBUG_TLB_LOG_GATE) { \
|
|
|
|
qemu_log_mask(CPU_LOG_MMU, "%s: " fmt, __func__, \
|
|
|
|
## __VA_ARGS__); \
|
|
|
|
} else if (DEBUG_TLB_GATE) { \
|
|
|
|
fprintf(stderr, "%s: " fmt, __func__, ## __VA_ARGS__); \
|
|
|
|
} \
|
|
|
|
} while (0)
|
2012-04-09 18:50:52 +02:00
|
|
|
|
|
|
|
/* statistics */
|
|
|
|
int tlb_flush_count;
|
|
|
|
|
|
|
|
/* NOTE:
|
|
|
|
* If flush_global is true (the usual case), flush all tlb entries.
|
|
|
|
* If flush_global is false, flush (at least) all tlb entries not
|
|
|
|
* marked global.
|
|
|
|
*
|
|
|
|
* Since QEMU doesn't currently implement a global/not-global flag
|
|
|
|
* for tlb entries, at the moment tlb_flush() will also flush all
|
|
|
|
* tlb entries in the flush_global == false case. This is OK because
|
|
|
|
* CPU architectures generally permit an implementation to drop
|
|
|
|
* entries from the TLB at any time, so flushing more entries than
|
|
|
|
* required is only an efficiency issue, not a correctness issue.
|
|
|
|
*/
|
2013-09-04 02:19:44 +02:00
|
|
|
void tlb_flush(CPUState *cpu, int flush_global)
|
2012-04-09 18:50:52 +02:00
|
|
|
{
|
2013-09-04 02:19:44 +02:00
|
|
|
CPUArchState *env = cpu->env_ptr;
|
2012-04-09 18:50:52 +02:00
|
|
|
|
2016-03-15 15:30:24 +01:00
|
|
|
tlb_debug("(%d)\n", flush_global);
|
|
|
|
|
2013-12-06 22:44:51 +01:00
|
|
|
memset(env->tlb_table, -1, sizeof(env->tlb_table));
|
implementing victim TLB for QEMU system emulated TLB
QEMU system mode page table walks are expensive. Taken by running QEMU
qemu-system-x86_64 system mode on Intel PIN , a TLB miss and walking a
4-level page tables in guest Linux OS takes ~450 X86 instructions on
average.
QEMU system mode TLB is implemented using a directly-mapped hashtable.
This structure suffers from conflict misses. Increasing the
associativity of the TLB may not be the solution to conflict misses as
all the ways may have to be walked in serial.
A victim TLB is a TLB used to hold translations evicted from the
primary TLB upon replacement. The victim TLB lies between the main TLB
and its refill path. Victim TLB is of greater associativity (fully
associative in this patch). It takes longer to lookup the victim TLB,
but its likely better than a full page table walk. The memory
translation path is changed as follows :
Before Victim TLB:
1. Inline TLB lookup
2. Exit code cache on TLB miss.
3. Check for unaligned, IO accesses
4. TLB refill.
5. Do the memory access.
6. Return to code cache.
After Victim TLB:
1. Inline TLB lookup
2. Exit code cache on TLB miss.
3. Check for unaligned, IO accesses
4. Victim TLB lookup.
5. If victim TLB misses, TLB refill
6. Do the memory access.
7. Return to code cache
The advantage is that victim TLB can offer more associativity to a
directly mapped TLB and thus potentially fewer page table walks while
still keeping the time taken to flush within reasonable limits.
However, placing a victim TLB before the refill path increase TLB
refill path as the victim TLB is consulted before the TLB refill. The
performance results demonstrate that the pros outweigh the cons.
some performance results taken on SPECINT2006 train
datasets and kernel boot and qemu configure script on an
Intel(R) Xeon(R) CPU E5620 @ 2.40GHz Linux machine are shown in the
Google Doc link below.
https://docs.google.com/spreadsheets/d/1eiItzekZwNQOal_h-5iJmC4tMDi051m9qidi5_nwvH4/edit?usp=sharing
In summary, victim TLB improves the performance of qemu-system-x86_64 by
11% on average on SPECINT2006, kernelboot and qemu configscript and with
highest improvement of in 26% in 456.hmmer. And victim TLB does not result
in any performance degradation in any of the measured benchmarks. Furthermore,
the implemented victim TLB is architecture independent and is expected to
benefit other architectures in QEMU as well.
Although there are measurement fluctuations, the performance
improvement is very significant and by no means in the range of
noises.
Signed-off-by: Xin Tong <trent.tong@gmail.com>
Message-id: 1407202523-23553-1-git-send-email-trent.tong@gmail.com
Reviewed-by: Peter Maydell <peter.maydell@linaro.org>
Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
2014-08-05 03:35:23 +02:00
|
|
|
memset(env->tlb_v_table, -1, sizeof(env->tlb_v_table));
|
2013-08-26 06:03:38 +02:00
|
|
|
memset(cpu->tb_jmp_cache, 0, sizeof(cpu->tb_jmp_cache));
|
2012-04-09 18:50:52 +02:00
|
|
|
|
implementing victim TLB for QEMU system emulated TLB
QEMU system mode page table walks are expensive. Taken by running QEMU
qemu-system-x86_64 system mode on Intel PIN , a TLB miss and walking a
4-level page tables in guest Linux OS takes ~450 X86 instructions on
average.
QEMU system mode TLB is implemented using a directly-mapped hashtable.
This structure suffers from conflict misses. Increasing the
associativity of the TLB may not be the solution to conflict misses as
all the ways may have to be walked in serial.
A victim TLB is a TLB used to hold translations evicted from the
primary TLB upon replacement. The victim TLB lies between the main TLB
and its refill path. Victim TLB is of greater associativity (fully
associative in this patch). It takes longer to lookup the victim TLB,
but its likely better than a full page table walk. The memory
translation path is changed as follows :
Before Victim TLB:
1. Inline TLB lookup
2. Exit code cache on TLB miss.
3. Check for unaligned, IO accesses
4. TLB refill.
5. Do the memory access.
6. Return to code cache.
After Victim TLB:
1. Inline TLB lookup
2. Exit code cache on TLB miss.
3. Check for unaligned, IO accesses
4. Victim TLB lookup.
5. If victim TLB misses, TLB refill
6. Do the memory access.
7. Return to code cache
The advantage is that victim TLB can offer more associativity to a
directly mapped TLB and thus potentially fewer page table walks while
still keeping the time taken to flush within reasonable limits.
However, placing a victim TLB before the refill path increase TLB
refill path as the victim TLB is consulted before the TLB refill. The
performance results demonstrate that the pros outweigh the cons.
some performance results taken on SPECINT2006 train
datasets and kernel boot and qemu configure script on an
Intel(R) Xeon(R) CPU E5620 @ 2.40GHz Linux machine are shown in the
Google Doc link below.
https://docs.google.com/spreadsheets/d/1eiItzekZwNQOal_h-5iJmC4tMDi051m9qidi5_nwvH4/edit?usp=sharing
In summary, victim TLB improves the performance of qemu-system-x86_64 by
11% on average on SPECINT2006, kernelboot and qemu configscript and with
highest improvement of in 26% in 456.hmmer. And victim TLB does not result
in any performance degradation in any of the measured benchmarks. Furthermore,
the implemented victim TLB is architecture independent and is expected to
benefit other architectures in QEMU as well.
Although there are measurement fluctuations, the performance
improvement is very significant and by no means in the range of
noises.
Signed-off-by: Xin Tong <trent.tong@gmail.com>
Message-id: 1407202523-23553-1-git-send-email-trent.tong@gmail.com
Reviewed-by: Peter Maydell <peter.maydell@linaro.org>
Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
2014-08-05 03:35:23 +02:00
|
|
|
env->vtlb_index = 0;
|
2012-04-09 18:50:52 +02:00
|
|
|
env->tlb_flush_addr = -1;
|
|
|
|
env->tlb_flush_mask = 0;
|
|
|
|
tlb_flush_count++;
|
|
|
|
}
|
|
|
|
|
2015-08-25 16:45:09 +02:00
|
|
|
static inline void v_tlb_flush_by_mmuidx(CPUState *cpu, va_list argp)
|
|
|
|
{
|
|
|
|
CPUArchState *env = cpu->env_ptr;
|
|
|
|
|
2016-03-15 15:30:24 +01:00
|
|
|
tlb_debug("start\n");
|
2015-08-25 16:45:09 +02:00
|
|
|
|
|
|
|
for (;;) {
|
|
|
|
int mmu_idx = va_arg(argp, int);
|
|
|
|
|
|
|
|
if (mmu_idx < 0) {
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
2016-03-15 15:30:24 +01:00
|
|
|
tlb_debug("%d\n", mmu_idx);
|
2015-08-25 16:45:09 +02:00
|
|
|
|
|
|
|
memset(env->tlb_table[mmu_idx], -1, sizeof(env->tlb_table[0]));
|
|
|
|
memset(env->tlb_v_table[mmu_idx], -1, sizeof(env->tlb_v_table[0]));
|
|
|
|
}
|
|
|
|
|
|
|
|
memset(cpu->tb_jmp_cache, 0, sizeof(cpu->tb_jmp_cache));
|
|
|
|
}
|
|
|
|
|
|
|
|
void tlb_flush_by_mmuidx(CPUState *cpu, ...)
|
|
|
|
{
|
|
|
|
va_list argp;
|
|
|
|
va_start(argp, cpu);
|
|
|
|
v_tlb_flush_by_mmuidx(cpu, argp);
|
|
|
|
va_end(argp);
|
|
|
|
}
|
|
|
|
|
2012-04-09 18:50:52 +02:00
|
|
|
static inline void tlb_flush_entry(CPUTLBEntry *tlb_entry, target_ulong addr)
|
|
|
|
{
|
|
|
|
if (addr == (tlb_entry->addr_read &
|
|
|
|
(TARGET_PAGE_MASK | TLB_INVALID_MASK)) ||
|
|
|
|
addr == (tlb_entry->addr_write &
|
|
|
|
(TARGET_PAGE_MASK | TLB_INVALID_MASK)) ||
|
|
|
|
addr == (tlb_entry->addr_code &
|
|
|
|
(TARGET_PAGE_MASK | TLB_INVALID_MASK))) {
|
2013-12-06 22:44:51 +01:00
|
|
|
memset(tlb_entry, -1, sizeof(*tlb_entry));
|
2012-04-09 18:50:52 +02:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2013-09-04 01:29:02 +02:00
|
|
|
void tlb_flush_page(CPUState *cpu, target_ulong addr)
|
2012-04-09 18:50:52 +02:00
|
|
|
{
|
2013-09-04 01:29:02 +02:00
|
|
|
CPUArchState *env = cpu->env_ptr;
|
2012-04-09 18:50:52 +02:00
|
|
|
int i;
|
|
|
|
int mmu_idx;
|
|
|
|
|
2016-03-15 15:30:24 +01:00
|
|
|
tlb_debug("page :" TARGET_FMT_lx "\n", addr);
|
|
|
|
|
2012-04-09 18:50:52 +02:00
|
|
|
/* Check if we need to flush due to large pages. */
|
|
|
|
if ((addr & env->tlb_flush_mask) == env->tlb_flush_addr) {
|
2016-03-15 15:30:24 +01:00
|
|
|
tlb_debug("forcing full flush ("
|
|
|
|
TARGET_FMT_lx "/" TARGET_FMT_lx ")\n",
|
|
|
|
env->tlb_flush_addr, env->tlb_flush_mask);
|
|
|
|
|
2013-09-04 02:19:44 +02:00
|
|
|
tlb_flush(cpu, 1);
|
2012-04-09 18:50:52 +02:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
addr &= TARGET_PAGE_MASK;
|
|
|
|
i = (addr >> TARGET_PAGE_BITS) & (CPU_TLB_SIZE - 1);
|
|
|
|
for (mmu_idx = 0; mmu_idx < NB_MMU_MODES; mmu_idx++) {
|
|
|
|
tlb_flush_entry(&env->tlb_table[mmu_idx][i], addr);
|
|
|
|
}
|
|
|
|
|
implementing victim TLB for QEMU system emulated TLB
QEMU system mode page table walks are expensive. Taken by running QEMU
qemu-system-x86_64 system mode on Intel PIN , a TLB miss and walking a
4-level page tables in guest Linux OS takes ~450 X86 instructions on
average.
QEMU system mode TLB is implemented using a directly-mapped hashtable.
This structure suffers from conflict misses. Increasing the
associativity of the TLB may not be the solution to conflict misses as
all the ways may have to be walked in serial.
A victim TLB is a TLB used to hold translations evicted from the
primary TLB upon replacement. The victim TLB lies between the main TLB
and its refill path. Victim TLB is of greater associativity (fully
associative in this patch). It takes longer to lookup the victim TLB,
but its likely better than a full page table walk. The memory
translation path is changed as follows :
Before Victim TLB:
1. Inline TLB lookup
2. Exit code cache on TLB miss.
3. Check for unaligned, IO accesses
4. TLB refill.
5. Do the memory access.
6. Return to code cache.
After Victim TLB:
1. Inline TLB lookup
2. Exit code cache on TLB miss.
3. Check for unaligned, IO accesses
4. Victim TLB lookup.
5. If victim TLB misses, TLB refill
6. Do the memory access.
7. Return to code cache
The advantage is that victim TLB can offer more associativity to a
directly mapped TLB and thus potentially fewer page table walks while
still keeping the time taken to flush within reasonable limits.
However, placing a victim TLB before the refill path increase TLB
refill path as the victim TLB is consulted before the TLB refill. The
performance results demonstrate that the pros outweigh the cons.
some performance results taken on SPECINT2006 train
datasets and kernel boot and qemu configure script on an
Intel(R) Xeon(R) CPU E5620 @ 2.40GHz Linux machine are shown in the
Google Doc link below.
https://docs.google.com/spreadsheets/d/1eiItzekZwNQOal_h-5iJmC4tMDi051m9qidi5_nwvH4/edit?usp=sharing
In summary, victim TLB improves the performance of qemu-system-x86_64 by
11% on average on SPECINT2006, kernelboot and qemu configscript and with
highest improvement of in 26% in 456.hmmer. And victim TLB does not result
in any performance degradation in any of the measured benchmarks. Furthermore,
the implemented victim TLB is architecture independent and is expected to
benefit other architectures in QEMU as well.
Although there are measurement fluctuations, the performance
improvement is very significant and by no means in the range of
noises.
Signed-off-by: Xin Tong <trent.tong@gmail.com>
Message-id: 1407202523-23553-1-git-send-email-trent.tong@gmail.com
Reviewed-by: Peter Maydell <peter.maydell@linaro.org>
Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
2014-08-05 03:35:23 +02:00
|
|
|
/* check whether there are entries that need to be flushed in the vtlb */
|
|
|
|
for (mmu_idx = 0; mmu_idx < NB_MMU_MODES; mmu_idx++) {
|
|
|
|
int k;
|
|
|
|
for (k = 0; k < CPU_VTLB_SIZE; k++) {
|
|
|
|
tlb_flush_entry(&env->tlb_v_table[mmu_idx][k], addr);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2013-09-01 17:52:07 +02:00
|
|
|
tb_flush_jmp_cache(cpu, addr);
|
2012-04-09 18:50:52 +02:00
|
|
|
}
|
|
|
|
|
2015-08-25 16:45:09 +02:00
|
|
|
void tlb_flush_page_by_mmuidx(CPUState *cpu, target_ulong addr, ...)
|
|
|
|
{
|
|
|
|
CPUArchState *env = cpu->env_ptr;
|
|
|
|
int i, k;
|
|
|
|
va_list argp;
|
|
|
|
|
|
|
|
va_start(argp, addr);
|
|
|
|
|
2016-03-15 15:30:24 +01:00
|
|
|
tlb_debug("addr "TARGET_FMT_lx"\n", addr);
|
|
|
|
|
2015-08-25 16:45:09 +02:00
|
|
|
/* Check if we need to flush due to large pages. */
|
|
|
|
if ((addr & env->tlb_flush_mask) == env->tlb_flush_addr) {
|
2016-03-15 15:30:24 +01:00
|
|
|
tlb_debug("forced full flush ("
|
|
|
|
TARGET_FMT_lx "/" TARGET_FMT_lx ")\n",
|
|
|
|
env->tlb_flush_addr, env->tlb_flush_mask);
|
|
|
|
|
2015-08-25 16:45:09 +02:00
|
|
|
v_tlb_flush_by_mmuidx(cpu, argp);
|
|
|
|
va_end(argp);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
addr &= TARGET_PAGE_MASK;
|
|
|
|
i = (addr >> TARGET_PAGE_BITS) & (CPU_TLB_SIZE - 1);
|
|
|
|
|
|
|
|
for (;;) {
|
|
|
|
int mmu_idx = va_arg(argp, int);
|
|
|
|
|
|
|
|
if (mmu_idx < 0) {
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
2016-03-15 15:30:24 +01:00
|
|
|
tlb_debug("idx %d\n", mmu_idx);
|
2015-08-25 16:45:09 +02:00
|
|
|
|
|
|
|
tlb_flush_entry(&env->tlb_table[mmu_idx][i], addr);
|
|
|
|
|
|
|
|
/* check whether there are vltb entries that need to be flushed */
|
|
|
|
for (k = 0; k < CPU_VTLB_SIZE; k++) {
|
|
|
|
tlb_flush_entry(&env->tlb_v_table[mmu_idx][k], addr);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
va_end(argp);
|
|
|
|
|
|
|
|
tb_flush_jmp_cache(cpu, addr);
|
|
|
|
}
|
|
|
|
|
2012-04-09 18:50:52 +02:00
|
|
|
/* update the TLBs so that writes to code in the virtual page 'addr'
|
|
|
|
can be detected */
|
|
|
|
void tlb_protect_code(ram_addr_t ram_addr)
|
|
|
|
{
|
2014-12-02 12:23:18 +01:00
|
|
|
cpu_physical_memory_test_and_clear_dirty(ram_addr, TARGET_PAGE_SIZE,
|
|
|
|
DIRTY_MEMORY_CODE);
|
2012-04-09 18:50:52 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
/* update the TLB so that writes in physical page 'phys_addr' are no longer
|
|
|
|
tested for self modifying code */
|
2015-04-22 14:24:54 +02:00
|
|
|
void tlb_unprotect_code(ram_addr_t ram_addr)
|
2012-04-09 18:50:52 +02:00
|
|
|
{
|
2013-10-08 12:44:04 +02:00
|
|
|
cpu_physical_memory_set_dirty_flag(ram_addr, DIRTY_MEMORY_CODE);
|
2012-04-09 18:50:52 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
static bool tlb_is_dirty_ram(CPUTLBEntry *tlbe)
|
|
|
|
{
|
|
|
|
return (tlbe->addr_write & (TLB_INVALID_MASK|TLB_MMIO|TLB_NOTDIRTY)) == 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
void tlb_reset_dirty_range(CPUTLBEntry *tlb_entry, uintptr_t start,
|
|
|
|
uintptr_t length)
|
|
|
|
{
|
|
|
|
uintptr_t addr;
|
|
|
|
|
|
|
|
if (tlb_is_dirty_ram(tlb_entry)) {
|
|
|
|
addr = (tlb_entry->addr_write & TARGET_PAGE_MASK) + tlb_entry->addend;
|
|
|
|
if ((addr - start) < length) {
|
|
|
|
tlb_entry->addr_write |= TLB_NOTDIRTY;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2013-06-03 12:44:02 +02:00
|
|
|
static inline ram_addr_t qemu_ram_addr_from_host_nofail(void *ptr)
|
|
|
|
{
|
|
|
|
ram_addr_t ram_addr;
|
|
|
|
|
2016-03-25 12:55:08 +01:00
|
|
|
ram_addr = qemu_ram_addr_from_host(ptr);
|
|
|
|
if (ram_addr == RAM_ADDR_INVALID) {
|
2013-06-03 12:44:02 +02:00
|
|
|
fprintf(stderr, "Bad ram pointer %p\n", ptr);
|
|
|
|
abort();
|
|
|
|
}
|
|
|
|
return ram_addr;
|
|
|
|
}
|
|
|
|
|
2015-09-11 07:39:41 +02:00
|
|
|
void tlb_reset_dirty(CPUState *cpu, ram_addr_t start1, ram_addr_t length)
|
2012-04-09 18:50:52 +02:00
|
|
|
{
|
|
|
|
CPUArchState *env;
|
|
|
|
|
2015-09-11 07:39:41 +02:00
|
|
|
int mmu_idx;
|
2012-04-09 18:50:52 +02:00
|
|
|
|
2015-09-11 07:39:41 +02:00
|
|
|
env = cpu->env_ptr;
|
|
|
|
for (mmu_idx = 0; mmu_idx < NB_MMU_MODES; mmu_idx++) {
|
|
|
|
unsigned int i;
|
2012-04-09 18:50:52 +02:00
|
|
|
|
2015-09-11 07:39:41 +02:00
|
|
|
for (i = 0; i < CPU_TLB_SIZE; i++) {
|
|
|
|
tlb_reset_dirty_range(&env->tlb_table[mmu_idx][i],
|
|
|
|
start1, length);
|
|
|
|
}
|
implementing victim TLB for QEMU system emulated TLB
QEMU system mode page table walks are expensive. Taken by running QEMU
qemu-system-x86_64 system mode on Intel PIN , a TLB miss and walking a
4-level page tables in guest Linux OS takes ~450 X86 instructions on
average.
QEMU system mode TLB is implemented using a directly-mapped hashtable.
This structure suffers from conflict misses. Increasing the
associativity of the TLB may not be the solution to conflict misses as
all the ways may have to be walked in serial.
A victim TLB is a TLB used to hold translations evicted from the
primary TLB upon replacement. The victim TLB lies between the main TLB
and its refill path. Victim TLB is of greater associativity (fully
associative in this patch). It takes longer to lookup the victim TLB,
but its likely better than a full page table walk. The memory
translation path is changed as follows :
Before Victim TLB:
1. Inline TLB lookup
2. Exit code cache on TLB miss.
3. Check for unaligned, IO accesses
4. TLB refill.
5. Do the memory access.
6. Return to code cache.
After Victim TLB:
1. Inline TLB lookup
2. Exit code cache on TLB miss.
3. Check for unaligned, IO accesses
4. Victim TLB lookup.
5. If victim TLB misses, TLB refill
6. Do the memory access.
7. Return to code cache
The advantage is that victim TLB can offer more associativity to a
directly mapped TLB and thus potentially fewer page table walks while
still keeping the time taken to flush within reasonable limits.
However, placing a victim TLB before the refill path increase TLB
refill path as the victim TLB is consulted before the TLB refill. The
performance results demonstrate that the pros outweigh the cons.
some performance results taken on SPECINT2006 train
datasets and kernel boot and qemu configure script on an
Intel(R) Xeon(R) CPU E5620 @ 2.40GHz Linux machine are shown in the
Google Doc link below.
https://docs.google.com/spreadsheets/d/1eiItzekZwNQOal_h-5iJmC4tMDi051m9qidi5_nwvH4/edit?usp=sharing
In summary, victim TLB improves the performance of qemu-system-x86_64 by
11% on average on SPECINT2006, kernelboot and qemu configscript and with
highest improvement of in 26% in 456.hmmer. And victim TLB does not result
in any performance degradation in any of the measured benchmarks. Furthermore,
the implemented victim TLB is architecture independent and is expected to
benefit other architectures in QEMU as well.
Although there are measurement fluctuations, the performance
improvement is very significant and by no means in the range of
noises.
Signed-off-by: Xin Tong <trent.tong@gmail.com>
Message-id: 1407202523-23553-1-git-send-email-trent.tong@gmail.com
Reviewed-by: Peter Maydell <peter.maydell@linaro.org>
Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
2014-08-05 03:35:23 +02:00
|
|
|
|
2015-09-11 07:39:41 +02:00
|
|
|
for (i = 0; i < CPU_VTLB_SIZE; i++) {
|
|
|
|
tlb_reset_dirty_range(&env->tlb_v_table[mmu_idx][i],
|
|
|
|
start1, length);
|
2012-04-09 18:50:52 +02:00
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline void tlb_set_dirty1(CPUTLBEntry *tlb_entry, target_ulong vaddr)
|
|
|
|
{
|
|
|
|
if (tlb_entry->addr_write == (vaddr | TLB_NOTDIRTY)) {
|
|
|
|
tlb_entry->addr_write = vaddr;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/* update the TLB corresponding to virtual page vaddr
|
|
|
|
so that it is no longer dirty */
|
2015-09-11 07:39:42 +02:00
|
|
|
void tlb_set_dirty(CPUState *cpu, target_ulong vaddr)
|
2012-04-09 18:50:52 +02:00
|
|
|
{
|
2015-09-11 07:39:42 +02:00
|
|
|
CPUArchState *env = cpu->env_ptr;
|
2012-04-09 18:50:52 +02:00
|
|
|
int i;
|
|
|
|
int mmu_idx;
|
|
|
|
|
|
|
|
vaddr &= TARGET_PAGE_MASK;
|
|
|
|
i = (vaddr >> TARGET_PAGE_BITS) & (CPU_TLB_SIZE - 1);
|
|
|
|
for (mmu_idx = 0; mmu_idx < NB_MMU_MODES; mmu_idx++) {
|
|
|
|
tlb_set_dirty1(&env->tlb_table[mmu_idx][i], vaddr);
|
|
|
|
}
|
implementing victim TLB for QEMU system emulated TLB
QEMU system mode page table walks are expensive. Taken by running QEMU
qemu-system-x86_64 system mode on Intel PIN , a TLB miss and walking a
4-level page tables in guest Linux OS takes ~450 X86 instructions on
average.
QEMU system mode TLB is implemented using a directly-mapped hashtable.
This structure suffers from conflict misses. Increasing the
associativity of the TLB may not be the solution to conflict misses as
all the ways may have to be walked in serial.
A victim TLB is a TLB used to hold translations evicted from the
primary TLB upon replacement. The victim TLB lies between the main TLB
and its refill path. Victim TLB is of greater associativity (fully
associative in this patch). It takes longer to lookup the victim TLB,
but its likely better than a full page table walk. The memory
translation path is changed as follows :
Before Victim TLB:
1. Inline TLB lookup
2. Exit code cache on TLB miss.
3. Check for unaligned, IO accesses
4. TLB refill.
5. Do the memory access.
6. Return to code cache.
After Victim TLB:
1. Inline TLB lookup
2. Exit code cache on TLB miss.
3. Check for unaligned, IO accesses
4. Victim TLB lookup.
5. If victim TLB misses, TLB refill
6. Do the memory access.
7. Return to code cache
The advantage is that victim TLB can offer more associativity to a
directly mapped TLB and thus potentially fewer page table walks while
still keeping the time taken to flush within reasonable limits.
However, placing a victim TLB before the refill path increase TLB
refill path as the victim TLB is consulted before the TLB refill. The
performance results demonstrate that the pros outweigh the cons.
some performance results taken on SPECINT2006 train
datasets and kernel boot and qemu configure script on an
Intel(R) Xeon(R) CPU E5620 @ 2.40GHz Linux machine are shown in the
Google Doc link below.
https://docs.google.com/spreadsheets/d/1eiItzekZwNQOal_h-5iJmC4tMDi051m9qidi5_nwvH4/edit?usp=sharing
In summary, victim TLB improves the performance of qemu-system-x86_64 by
11% on average on SPECINT2006, kernelboot and qemu configscript and with
highest improvement of in 26% in 456.hmmer. And victim TLB does not result
in any performance degradation in any of the measured benchmarks. Furthermore,
the implemented victim TLB is architecture independent and is expected to
benefit other architectures in QEMU as well.
Although there are measurement fluctuations, the performance
improvement is very significant and by no means in the range of
noises.
Signed-off-by: Xin Tong <trent.tong@gmail.com>
Message-id: 1407202523-23553-1-git-send-email-trent.tong@gmail.com
Reviewed-by: Peter Maydell <peter.maydell@linaro.org>
Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
2014-08-05 03:35:23 +02:00
|
|
|
|
|
|
|
for (mmu_idx = 0; mmu_idx < NB_MMU_MODES; mmu_idx++) {
|
|
|
|
int k;
|
|
|
|
for (k = 0; k < CPU_VTLB_SIZE; k++) {
|
|
|
|
tlb_set_dirty1(&env->tlb_v_table[mmu_idx][k], vaddr);
|
|
|
|
}
|
|
|
|
}
|
2012-04-09 18:50:52 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
/* Our TLB does not support large pages, so remember the area covered by
|
|
|
|
large pages and trigger a full TLB flush if these are invalidated. */
|
|
|
|
static void tlb_add_large_page(CPUArchState *env, target_ulong vaddr,
|
|
|
|
target_ulong size)
|
|
|
|
{
|
|
|
|
target_ulong mask = ~(size - 1);
|
|
|
|
|
|
|
|
if (env->tlb_flush_addr == (target_ulong)-1) {
|
|
|
|
env->tlb_flush_addr = vaddr & mask;
|
|
|
|
env->tlb_flush_mask = mask;
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
/* Extend the existing region to include the new page.
|
|
|
|
This is a compromise between unnecessary flushes and the cost
|
|
|
|
of maintaining a full variable size TLB. */
|
|
|
|
mask &= env->tlb_flush_mask;
|
|
|
|
while (((env->tlb_flush_addr ^ vaddr) & mask) != 0) {
|
|
|
|
mask <<= 1;
|
|
|
|
}
|
|
|
|
env->tlb_flush_addr &= mask;
|
|
|
|
env->tlb_flush_mask = mask;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Add a new TLB entry. At most one entry for a given virtual address
|
2015-01-21 12:09:14 +01:00
|
|
|
* is permitted. Only a single TARGET_PAGE_SIZE region is mapped, the
|
|
|
|
* supplied size is only used by tlb_flush_page.
|
|
|
|
*
|
|
|
|
* Called from TCG-generated code, which is under an RCU read-side
|
|
|
|
* critical section.
|
|
|
|
*/
|
2015-04-26 17:49:24 +02:00
|
|
|
void tlb_set_page_with_attrs(CPUState *cpu, target_ulong vaddr,
|
|
|
|
hwaddr paddr, MemTxAttrs attrs, int prot,
|
|
|
|
int mmu_idx, target_ulong size)
|
2012-04-09 18:50:52 +02:00
|
|
|
{
|
2013-09-03 13:59:37 +02:00
|
|
|
CPUArchState *env = cpu->env_ptr;
|
2012-04-09 18:50:52 +02:00
|
|
|
MemoryRegionSection *section;
|
|
|
|
unsigned int index;
|
|
|
|
target_ulong address;
|
|
|
|
target_ulong code_address;
|
|
|
|
uintptr_t addend;
|
|
|
|
CPUTLBEntry *te;
|
2013-05-24 12:59:37 +02:00
|
|
|
hwaddr iotlb, xlat, sz;
|
implementing victim TLB for QEMU system emulated TLB
QEMU system mode page table walks are expensive. Taken by running QEMU
qemu-system-x86_64 system mode on Intel PIN , a TLB miss and walking a
4-level page tables in guest Linux OS takes ~450 X86 instructions on
average.
QEMU system mode TLB is implemented using a directly-mapped hashtable.
This structure suffers from conflict misses. Increasing the
associativity of the TLB may not be the solution to conflict misses as
all the ways may have to be walked in serial.
A victim TLB is a TLB used to hold translations evicted from the
primary TLB upon replacement. The victim TLB lies between the main TLB
and its refill path. Victim TLB is of greater associativity (fully
associative in this patch). It takes longer to lookup the victim TLB,
but its likely better than a full page table walk. The memory
translation path is changed as follows :
Before Victim TLB:
1. Inline TLB lookup
2. Exit code cache on TLB miss.
3. Check for unaligned, IO accesses
4. TLB refill.
5. Do the memory access.
6. Return to code cache.
After Victim TLB:
1. Inline TLB lookup
2. Exit code cache on TLB miss.
3. Check for unaligned, IO accesses
4. Victim TLB lookup.
5. If victim TLB misses, TLB refill
6. Do the memory access.
7. Return to code cache
The advantage is that victim TLB can offer more associativity to a
directly mapped TLB and thus potentially fewer page table walks while
still keeping the time taken to flush within reasonable limits.
However, placing a victim TLB before the refill path increase TLB
refill path as the victim TLB is consulted before the TLB refill. The
performance results demonstrate that the pros outweigh the cons.
some performance results taken on SPECINT2006 train
datasets and kernel boot and qemu configure script on an
Intel(R) Xeon(R) CPU E5620 @ 2.40GHz Linux machine are shown in the
Google Doc link below.
https://docs.google.com/spreadsheets/d/1eiItzekZwNQOal_h-5iJmC4tMDi051m9qidi5_nwvH4/edit?usp=sharing
In summary, victim TLB improves the performance of qemu-system-x86_64 by
11% on average on SPECINT2006, kernelboot and qemu configscript and with
highest improvement of in 26% in 456.hmmer. And victim TLB does not result
in any performance degradation in any of the measured benchmarks. Furthermore,
the implemented victim TLB is architecture independent and is expected to
benefit other architectures in QEMU as well.
Although there are measurement fluctuations, the performance
improvement is very significant and by no means in the range of
noises.
Signed-off-by: Xin Tong <trent.tong@gmail.com>
Message-id: 1407202523-23553-1-git-send-email-trent.tong@gmail.com
Reviewed-by: Peter Maydell <peter.maydell@linaro.org>
Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
2014-08-05 03:35:23 +02:00
|
|
|
unsigned vidx = env->vtlb_index++ % CPU_VTLB_SIZE;
|
2016-01-21 15:15:05 +01:00
|
|
|
int asidx = cpu_asidx_from_attrs(cpu, attrs);
|
2012-04-09 18:50:52 +02:00
|
|
|
|
|
|
|
assert(size >= TARGET_PAGE_SIZE);
|
|
|
|
if (size != TARGET_PAGE_SIZE) {
|
|
|
|
tlb_add_large_page(env, vaddr, size);
|
|
|
|
}
|
2013-05-24 12:59:37 +02:00
|
|
|
|
|
|
|
sz = size;
|
2016-01-21 15:15:05 +01:00
|
|
|
section = address_space_translate_for_iotlb(cpu, asidx, paddr, &xlat, &sz);
|
2013-05-24 12:59:37 +02:00
|
|
|
assert(sz >= TARGET_PAGE_SIZE);
|
|
|
|
|
2016-03-15 15:30:24 +01:00
|
|
|
tlb_debug("vaddr=" TARGET_FMT_lx " paddr=0x" TARGET_FMT_plx
|
|
|
|
" prot=%x idx=%d\n",
|
|
|
|
vaddr, paddr, prot, mmu_idx);
|
2012-04-09 18:50:52 +02:00
|
|
|
|
|
|
|
address = vaddr;
|
2013-05-24 16:45:30 +02:00
|
|
|
if (!memory_region_is_ram(section->mr) && !memory_region_is_romd(section->mr)) {
|
|
|
|
/* IO memory case */
|
2012-04-09 18:50:52 +02:00
|
|
|
address |= TLB_MMIO;
|
2013-05-24 16:45:30 +02:00
|
|
|
addend = 0;
|
|
|
|
} else {
|
|
|
|
/* TLB_MMIO for rom/romd handled below */
|
2013-05-24 12:59:37 +02:00
|
|
|
addend = (uintptr_t)memory_region_get_ram_ptr(section->mr) + xlat;
|
2012-04-09 18:50:52 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
code_address = address;
|
2013-09-03 13:32:01 +02:00
|
|
|
iotlb = memory_region_section_get_iotlb(cpu, section, vaddr, paddr, xlat,
|
2013-05-24 12:59:37 +02:00
|
|
|
prot, &address);
|
2012-04-09 18:50:52 +02:00
|
|
|
|
|
|
|
index = (vaddr >> TARGET_PAGE_BITS) & (CPU_TLB_SIZE - 1);
|
|
|
|
te = &env->tlb_table[mmu_idx][index];
|
implementing victim TLB for QEMU system emulated TLB
QEMU system mode page table walks are expensive. Taken by running QEMU
qemu-system-x86_64 system mode on Intel PIN , a TLB miss and walking a
4-level page tables in guest Linux OS takes ~450 X86 instructions on
average.
QEMU system mode TLB is implemented using a directly-mapped hashtable.
This structure suffers from conflict misses. Increasing the
associativity of the TLB may not be the solution to conflict misses as
all the ways may have to be walked in serial.
A victim TLB is a TLB used to hold translations evicted from the
primary TLB upon replacement. The victim TLB lies between the main TLB
and its refill path. Victim TLB is of greater associativity (fully
associative in this patch). It takes longer to lookup the victim TLB,
but its likely better than a full page table walk. The memory
translation path is changed as follows :
Before Victim TLB:
1. Inline TLB lookup
2. Exit code cache on TLB miss.
3. Check for unaligned, IO accesses
4. TLB refill.
5. Do the memory access.
6. Return to code cache.
After Victim TLB:
1. Inline TLB lookup
2. Exit code cache on TLB miss.
3. Check for unaligned, IO accesses
4. Victim TLB lookup.
5. If victim TLB misses, TLB refill
6. Do the memory access.
7. Return to code cache
The advantage is that victim TLB can offer more associativity to a
directly mapped TLB and thus potentially fewer page table walks while
still keeping the time taken to flush within reasonable limits.
However, placing a victim TLB before the refill path increase TLB
refill path as the victim TLB is consulted before the TLB refill. The
performance results demonstrate that the pros outweigh the cons.
some performance results taken on SPECINT2006 train
datasets and kernel boot and qemu configure script on an
Intel(R) Xeon(R) CPU E5620 @ 2.40GHz Linux machine are shown in the
Google Doc link below.
https://docs.google.com/spreadsheets/d/1eiItzekZwNQOal_h-5iJmC4tMDi051m9qidi5_nwvH4/edit?usp=sharing
In summary, victim TLB improves the performance of qemu-system-x86_64 by
11% on average on SPECINT2006, kernelboot and qemu configscript and with
highest improvement of in 26% in 456.hmmer. And victim TLB does not result
in any performance degradation in any of the measured benchmarks. Furthermore,
the implemented victim TLB is architecture independent and is expected to
benefit other architectures in QEMU as well.
Although there are measurement fluctuations, the performance
improvement is very significant and by no means in the range of
noises.
Signed-off-by: Xin Tong <trent.tong@gmail.com>
Message-id: 1407202523-23553-1-git-send-email-trent.tong@gmail.com
Reviewed-by: Peter Maydell <peter.maydell@linaro.org>
Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
2014-08-05 03:35:23 +02:00
|
|
|
|
|
|
|
/* do not discard the translation in te, evict it into a victim tlb */
|
|
|
|
env->tlb_v_table[mmu_idx][vidx] = *te;
|
|
|
|
env->iotlb_v[mmu_idx][vidx] = env->iotlb[mmu_idx][index];
|
|
|
|
|
|
|
|
/* refill the tlb */
|
2015-04-26 17:49:23 +02:00
|
|
|
env->iotlb[mmu_idx][index].addr = iotlb - vaddr;
|
2015-04-26 17:49:24 +02:00
|
|
|
env->iotlb[mmu_idx][index].attrs = attrs;
|
2012-04-09 18:50:52 +02:00
|
|
|
te->addend = addend - vaddr;
|
|
|
|
if (prot & PAGE_READ) {
|
|
|
|
te->addr_read = address;
|
|
|
|
} else {
|
|
|
|
te->addr_read = -1;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (prot & PAGE_EXEC) {
|
|
|
|
te->addr_code = code_address;
|
|
|
|
} else {
|
|
|
|
te->addr_code = -1;
|
|
|
|
}
|
|
|
|
if (prot & PAGE_WRITE) {
|
|
|
|
if ((memory_region_is_ram(section->mr) && section->readonly)
|
2012-04-14 16:56:48 +02:00
|
|
|
|| memory_region_is_romd(section->mr)) {
|
2012-04-09 18:50:52 +02:00
|
|
|
/* Write access calls the I/O callback. */
|
|
|
|
te->addr_write = address | TLB_MMIO;
|
|
|
|
} else if (memory_region_is_ram(section->mr)
|
2016-03-01 07:18:21 +01:00
|
|
|
&& cpu_physical_memory_is_clean(
|
|
|
|
memory_region_get_ram_addr(section->mr) + xlat)) {
|
2012-04-09 18:50:52 +02:00
|
|
|
te->addr_write = address | TLB_NOTDIRTY;
|
|
|
|
} else {
|
|
|
|
te->addr_write = address;
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
te->addr_write = -1;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2015-04-26 17:49:24 +02:00
|
|
|
/* Add a new TLB entry, but without specifying the memory
|
|
|
|
* transaction attributes to be used.
|
|
|
|
*/
|
|
|
|
void tlb_set_page(CPUState *cpu, target_ulong vaddr,
|
|
|
|
hwaddr paddr, int prot,
|
|
|
|
int mmu_idx, target_ulong size)
|
|
|
|
{
|
|
|
|
tlb_set_page_with_attrs(cpu, vaddr, paddr, MEMTXATTRS_UNSPECIFIED,
|
|
|
|
prot, mmu_idx, size);
|
|
|
|
}
|
|
|
|
|
cputlb: don't cpu_abort() if guest tries to execute outside RAM or RAM
In get_page_addr_code(), if the guest program counter turns out not to
be in ROM or RAM, we can't handle executing from it, and we call
cpu_abort(). This results in the message
qemu: fatal: Trying to execute code outside RAM or ROM at 0x08000000
followed by a guest register dump, and then QEMU dumps core.
This situation happens in one of two cases:
(1) a guest kernel bug, where it jumped off into nowhere
(2) a user command line mistake, where they tried to run an image for
board A on a QEMU model of board B, or where they didn't provide
an image at all, and QEMU executed through a ROM or RAM full of
NOP instructions and then fell off the end
In either case, a core dump of QEMU itself is entirely useless, and
only confuses users into thinking that this is a bug in QEMU rather
than a bug in the guest or a problem with their command line. (This
is a variation on the general idea that we shouldn't assert() on
something the user can accidentally provoke.)
Replace the cpu_abort() with something that explains the situation
a bit better and exits QEMU without dumping core.
(See LP:1062220 for several examples of confused users.)
Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
Reviewed-by: Richard Henderson <rth@twiddle.net>
Message-id: 1466442425-11885-1-git-send-email-peter.maydell@linaro.org
2016-06-20 19:07:05 +02:00
|
|
|
static void report_bad_exec(CPUState *cpu, target_ulong addr)
|
|
|
|
{
|
|
|
|
/* Accidentally executing outside RAM or ROM is quite common for
|
|
|
|
* several user-error situations, so report it in a way that
|
|
|
|
* makes it clear that this isn't a QEMU bug and provide suggestions
|
|
|
|
* about what a user could do to fix things.
|
|
|
|
*/
|
|
|
|
error_report("Trying to execute code outside RAM or ROM at 0x"
|
|
|
|
TARGET_FMT_lx, addr);
|
|
|
|
error_printf("This usually means one of the following happened:\n\n"
|
|
|
|
"(1) You told QEMU to execute a kernel for the wrong machine "
|
|
|
|
"type, and it crashed on startup (eg trying to run a "
|
|
|
|
"raspberry pi kernel on a versatilepb QEMU machine)\n"
|
|
|
|
"(2) You didn't give QEMU a kernel or BIOS filename at all, "
|
|
|
|
"and QEMU executed a ROM full of no-op instructions until "
|
|
|
|
"it fell off the end\n"
|
|
|
|
"(3) Your guest kernel has a bug and crashed by jumping "
|
|
|
|
"off into nowhere\n\n"
|
|
|
|
"This is almost always one of the first two, so check your "
|
|
|
|
"command line and that you are using the right type of kernel "
|
|
|
|
"for this machine.\n"
|
|
|
|
"If you think option (3) is likely then you can try debugging "
|
|
|
|
"your guest with the -d debug options; in particular "
|
|
|
|
"-d guest_errors will cause the log to include a dump of the "
|
|
|
|
"guest register state at this point.\n\n"
|
|
|
|
"Execution cannot continue; stopping here.\n\n");
|
|
|
|
|
|
|
|
/* Report also to the logs, with more detail including register dump */
|
|
|
|
qemu_log_mask(LOG_GUEST_ERROR, "qemu: fatal: Trying to execute code "
|
|
|
|
"outside RAM or ROM at 0x" TARGET_FMT_lx "\n", addr);
|
|
|
|
log_cpu_state_mask(LOG_GUEST_ERROR, cpu, CPU_DUMP_FPU | CPU_DUMP_CCOP);
|
|
|
|
}
|
|
|
|
|
2012-04-09 18:50:52 +02:00
|
|
|
/* NOTE: this function can trigger an exception */
|
|
|
|
/* NOTE2: the returned address is not exactly the physical address: it
|
2012-08-10 18:14:05 +02:00
|
|
|
* is actually a ram_addr_t (in system mode; the user mode emulation
|
|
|
|
* version of this function returns a guest virtual address).
|
|
|
|
*/
|
2012-04-09 18:50:52 +02:00
|
|
|
tb_page_addr_t get_page_addr_code(CPUArchState *env1, target_ulong addr)
|
|
|
|
{
|
|
|
|
int mmu_idx, page_index, pd;
|
|
|
|
void *p;
|
|
|
|
MemoryRegion *mr;
|
2013-12-17 04:06:51 +01:00
|
|
|
CPUState *cpu = ENV_GET_CPU(env1);
|
2016-01-21 15:15:05 +01:00
|
|
|
CPUIOTLBEntry *iotlbentry;
|
2012-04-09 18:50:52 +02:00
|
|
|
|
|
|
|
page_index = (addr >> TARGET_PAGE_BITS) & (CPU_TLB_SIZE - 1);
|
2015-08-17 09:34:10 +02:00
|
|
|
mmu_idx = cpu_mmu_index(env1, true);
|
2012-04-09 18:50:52 +02:00
|
|
|
if (unlikely(env1->tlb_table[mmu_idx][page_index].addr_code !=
|
|
|
|
(addr & TARGET_PAGE_MASK))) {
|
|
|
|
cpu_ldub_code(env1, addr);
|
|
|
|
}
|
2016-01-21 15:15:05 +01:00
|
|
|
iotlbentry = &env1->iotlb[mmu_idx][page_index];
|
|
|
|
pd = iotlbentry->addr & ~TARGET_PAGE_MASK;
|
|
|
|
mr = iotlb_to_region(cpu, pd, iotlbentry->attrs);
|
2012-04-09 18:50:52 +02:00
|
|
|
if (memory_region_is_unassigned(mr)) {
|
2013-05-27 06:49:53 +02:00
|
|
|
CPUClass *cc = CPU_GET_CLASS(cpu);
|
|
|
|
|
|
|
|
if (cc->do_unassigned_access) {
|
|
|
|
cc->do_unassigned_access(cpu, addr, false, true, 0, 4);
|
|
|
|
} else {
|
cputlb: don't cpu_abort() if guest tries to execute outside RAM or RAM
In get_page_addr_code(), if the guest program counter turns out not to
be in ROM or RAM, we can't handle executing from it, and we call
cpu_abort(). This results in the message
qemu: fatal: Trying to execute code outside RAM or ROM at 0x08000000
followed by a guest register dump, and then QEMU dumps core.
This situation happens in one of two cases:
(1) a guest kernel bug, where it jumped off into nowhere
(2) a user command line mistake, where they tried to run an image for
board A on a QEMU model of board B, or where they didn't provide
an image at all, and QEMU executed through a ROM or RAM full of
NOP instructions and then fell off the end
In either case, a core dump of QEMU itself is entirely useless, and
only confuses users into thinking that this is a bug in QEMU rather
than a bug in the guest or a problem with their command line. (This
is a variation on the general idea that we shouldn't assert() on
something the user can accidentally provoke.)
Replace the cpu_abort() with something that explains the situation
a bit better and exits QEMU without dumping core.
(See LP:1062220 for several examples of confused users.)
Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
Reviewed-by: Richard Henderson <rth@twiddle.net>
Message-id: 1466442425-11885-1-git-send-email-peter.maydell@linaro.org
2016-06-20 19:07:05 +02:00
|
|
|
report_bad_exec(cpu, addr);
|
|
|
|
exit(1);
|
2013-05-27 06:49:53 +02:00
|
|
|
}
|
2012-04-09 18:50:52 +02:00
|
|
|
}
|
|
|
|
p = (void *)((uintptr_t)addr + env1->tlb_table[mmu_idx][page_index].addend);
|
|
|
|
return qemu_ram_addr_from_host_nofail(p);
|
|
|
|
}
|
|
|
|
|
2016-07-08 21:19:32 +02:00
|
|
|
/* Return true if ADDR is present in the victim tlb, and has been copied
|
|
|
|
back to the main tlb. */
|
|
|
|
static bool victim_tlb_hit(CPUArchState *env, size_t mmu_idx, size_t index,
|
|
|
|
size_t elt_ofs, target_ulong page)
|
|
|
|
{
|
|
|
|
size_t vidx;
|
|
|
|
for (vidx = 0; vidx < CPU_VTLB_SIZE; ++vidx) {
|
|
|
|
CPUTLBEntry *vtlb = &env->tlb_v_table[mmu_idx][vidx];
|
|
|
|
target_ulong cmp = *(target_ulong *)((uintptr_t)vtlb + elt_ofs);
|
|
|
|
|
|
|
|
if (cmp == page) {
|
|
|
|
/* Found entry in victim tlb, swap tlb and iotlb. */
|
|
|
|
CPUTLBEntry tmptlb, *tlb = &env->tlb_table[mmu_idx][index];
|
|
|
|
CPUIOTLBEntry tmpio, *io = &env->iotlb[mmu_idx][index];
|
|
|
|
CPUIOTLBEntry *vio = &env->iotlb_v[mmu_idx][vidx];
|
|
|
|
|
|
|
|
tmptlb = *tlb; *tlb = *vtlb; *vtlb = tmptlb;
|
|
|
|
tmpio = *io; *io = *vio; *vio = tmpio;
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Macro to call the above, with local variables from the use context. */
|
2016-07-06 20:26:52 +02:00
|
|
|
#define VICTIM_TLB_HIT(TY, ADDR) \
|
2016-07-08 21:19:32 +02:00
|
|
|
victim_tlb_hit(env, mmu_idx, index, offsetof(CPUTLBEntry, TY), \
|
2016-07-06 20:26:52 +02:00
|
|
|
(ADDR) & TARGET_PAGE_MASK)
|
2016-07-08 21:19:32 +02:00
|
|
|
|
2014-03-28 17:55:24 +01:00
|
|
|
#define MMUSUFFIX _mmu
|
|
|
|
|
|
|
|
#define SHIFT 0
|
2014-03-28 18:00:25 +01:00
|
|
|
#include "softmmu_template.h"
|
2014-03-28 17:55:24 +01:00
|
|
|
|
|
|
|
#define SHIFT 1
|
2014-03-28 18:00:25 +01:00
|
|
|
#include "softmmu_template.h"
|
2014-03-28 17:55:24 +01:00
|
|
|
|
|
|
|
#define SHIFT 2
|
2014-03-28 18:00:25 +01:00
|
|
|
#include "softmmu_template.h"
|
2014-03-28 17:55:24 +01:00
|
|
|
|
|
|
|
#define SHIFT 3
|
2014-03-28 18:00:25 +01:00
|
|
|
#include "softmmu_template.h"
|
2014-03-28 17:55:24 +01:00
|
|
|
#undef MMUSUFFIX
|
|
|
|
|
2012-04-09 18:50:52 +02:00
|
|
|
#define MMUSUFFIX _cmmu
|
2016-07-26 02:39:16 +02:00
|
|
|
#undef GETPC
|
|
|
|
#define GETPC() ((uintptr_t)0)
|
2012-04-09 18:50:52 +02:00
|
|
|
#define SOFTMMU_CODE_ACCESS
|
|
|
|
|
|
|
|
#define SHIFT 0
|
2014-03-28 18:00:25 +01:00
|
|
|
#include "softmmu_template.h"
|
2012-04-09 18:50:52 +02:00
|
|
|
|
|
|
|
#define SHIFT 1
|
2014-03-28 18:00:25 +01:00
|
|
|
#include "softmmu_template.h"
|
2012-04-09 18:50:52 +02:00
|
|
|
|
|
|
|
#define SHIFT 2
|
2014-03-28 18:00:25 +01:00
|
|
|
#include "softmmu_template.h"
|
2012-04-09 18:50:52 +02:00
|
|
|
|
|
|
|
#define SHIFT 3
|
2014-03-28 18:00:25 +01:00
|
|
|
#include "softmmu_template.h"
|