yuzu/unicorn
1
0
Fork 0
mirror of https://github.com/yuzu-emu/unicorn.git synced 2024-12-26 01:25:39 +00:00
Code Issues Packages Projects Releases Wiki Activity
unicorn/qemu/hw/m68k/dummy_m68k.c

48 lines
1 KiB
C
Raw Normal View History

import
2015-08-21 07:04:50 +00:00
/*
* Dummy board with just RAM and CPU for use as an ISS.
*
* Copyright (c) 2007 CodeSourcery.
*
* This code is licensed under the GPL
*/
/* Unicorn Emulator Engine */
/* By Nguyen Anh Quynh, 2015 */
qemu-common: push cpu.h inclusion out of qemu-common.h Backports commit 33c11879fd422b759483ed25fef133ea900ea8d7 from qemu
2018-02-24 06:23:15 +00:00
#include "qemu/osdep.h"
#include "cpu.h"
import
2015-08-21 07:04:50 +00:00
#include "hw/hw.h"
#include "hw/m68k/m68k.h"
#include "hw/boards.h"
#include "exec/address-spaces.h"
/* Board init. */
handle some errors properly so avoid exit() during initialization. this fixes issue #237
2015-11-11 17:43:41 +00:00
static int dummy_m68k_init(struct uc_struct *uc, MachineState *machine)
import
2015-08-21 07:04:50 +00:00
{
CPUM68KState *env;
Use cpu_create(type) instead of cpu_init(cpu_model) With all targets defining CPU_RESOLVING_TYPE, refactor cpu_parse_cpu_model(type, cpu_model) to parse_cpu_model(cpu_model) so that callers won't have to know internal resolving cpu type. Place it in exec.c so it could be called from both target independed vl.c and *-user/main.c. That allows us to stop abusing cpu type from MachineClass::default_cpu_type as resolver class in vl.c which were confusing part of cpu_parse_cpu_model(). Also with new parse_cpu_model(), the last users of cpu_init() in null-machine.c and bsd/linux-user targets could be switched to cpu_create() API and cpu_init() API will be removed by follow up patch. With no longer users left remove MachineState::cpu_model field, new code should use MachineState::cpu_type instead and leave cpu_model parsing to generic code in vl.c. Backports commit 2278b93941d42c30e2950d4b8dff4943d064e7de from qemu
2018-03-20 17:47:38 +00:00
const char *cpu_type = parse_cpu_model(uc, "cf4ve");
import
2015-08-21 07:04:50 +00:00
Use cpu_create(type) instead of cpu_init(cpu_model) With all targets defining CPU_RESOLVING_TYPE, refactor cpu_parse_cpu_model(type, cpu_model) to parse_cpu_model(cpu_model) so that callers won't have to know internal resolving cpu type. Place it in exec.c so it could be called from both target independed vl.c and *-user/main.c. That allows us to stop abusing cpu type from MachineClass::default_cpu_type as resolver class in vl.c which were confusing part of cpu_parse_cpu_model(). Also with new parse_cpu_model(), the last users of cpu_init() in null-machine.c and bsd/linux-user targets could be switched to cpu_create() API and cpu_init() API will be removed by follow up patch. With no longer users left remove MachineState::cpu_model field, new code should use MachineState::cpu_type instead and leave cpu_model parsing to generic code in vl.c. Backports commit 2278b93941d42c30e2950d4b8dff4943d064e7de from qemu
2018-03-20 17:47:38 +00:00
uc->cpu = cpu_create(uc, cpu_type);
cpu: Generify CPU init functions Backports commits 2994fd96d986578a342f2342501b4ad30f6d0a85, 701e3c78ce45fa630ffc6826c4b9a4218954bc7f, and d1853231c60d16af78cf4d1608d043614bfbac0b from qemuu
2018-03-20 11:17:30 +00:00
if (!uc->cpu) {
import
2015-08-21 07:04:50 +00:00
fprintf(stderr, "Unable to find m68k CPU definition\n");
handle some errors properly so avoid exit() during initialization. this fixes issue #237
2015-11-11 17:43:41 +00:00
return -1;
import
2015-08-21 07:04:50 +00:00
}
/* Initialize CPU registers. */
cpu: Generify CPU init functions Backports commits 2994fd96d986578a342f2342501b4ad30f6d0a85, 701e3c78ce45fa630ffc6826c4b9a4218954bc7f, and d1853231c60d16af78cf4d1608d043614bfbac0b from qemuu
2018-03-20 11:17:30 +00:00
env = uc->cpu->env_ptr;
import
2015-08-21 07:04:50 +00:00
env->vbr = 0;
env->pc = 0;
handle some errors properly so avoid exit() during initialization. this fixes issue #237
2015-11-11 17:43:41 +00:00
return 0;
import
2015-08-21 07:04:50 +00:00
}
Use DEFINE_MACHINE() to register all machines Convert all machines to use DEFINE_MACHINE() instead of QEMUMachine automatically using a script. Backports commit e264d29de28c5b0be3d063307ce9fb613b427cc3 from qemu
2018-03-11 18:49:09 +00:00
static void dummy_m68k_machine_init(struct uc_struct *uc, MachineClass *mc)
import
2015-08-21 07:04:50 +00:00
{
Use DEFINE_MACHINE() to register all machines Convert all machines to use DEFINE_MACHINE() instead of QEMUMachine automatically using a script. Backports commit e264d29de28c5b0be3d063307ce9fb613b427cc3 from qemu
2018-03-11 18:49:09 +00:00
mc->init = dummy_m68k_init;
mc->is_default = 1;
mc->arch = UC_ARCH_M68K;
Use cpu_create(type) instead of cpu_init(cpu_model) With all targets defining CPU_RESOLVING_TYPE, refactor cpu_parse_cpu_model(type, cpu_model) to parse_cpu_model(cpu_model) so that callers won't have to know internal resolving cpu type. Place it in exec.c so it could be called from both target independed vl.c and *-user/main.c. That allows us to stop abusing cpu type from MachineClass::default_cpu_type as resolver class in vl.c which were confusing part of cpu_parse_cpu_model(). Also with new parse_cpu_model(), the last users of cpu_init() in null-machine.c and bsd/linux-user targets could be switched to cpu_create() API and cpu_init() API will be removed by follow up patch. With no longer users left remove MachineState::cpu_model field, new code should use MachineState::cpu_type instead and leave cpu_model parsing to generic code in vl.c. Backports commit 2278b93941d42c30e2950d4b8dff4943d064e7de from qemu
2018-03-20 17:47:38 +00:00
mc->default_cpu_type = M68K_CPU_TYPE_NAME("cfv4e");
import
2015-08-21 07:04:50 +00:00
}
Use DEFINE_MACHINE() to register all machines Convert all machines to use DEFINE_MACHINE() instead of QEMUMachine automatically using a script. Backports commit e264d29de28c5b0be3d063307ce9fb613b427cc3 from qemu
2018-03-11 18:49:09 +00:00
DEFINE_MACHINE("dummy", dummy_m68k_machine_init)
Reference in a new issue Copy permalink