2016-01-29 23:50:44 +01:00
|
|
|
/*
|
|
|
|
* Raspberry Pi emulation (c) 2012 Gregory Estrade
|
|
|
|
* Upstreaming code cleanup [including bcm2835_*] (c) 2013 Jan Petrous
|
|
|
|
*
|
|
|
|
* Rasperry Pi 2 emulation Copyright (c) 2015, Microsoft
|
|
|
|
* Written by Andrew Baumann
|
|
|
|
*
|
2018-02-15 19:29:36 +01:00
|
|
|
* Raspberry Pi 3 emulation Copyright (c) 2018 Zoltán Baldaszti
|
|
|
|
* Upstream code cleanup (c) 2018 Pekka Enberg
|
|
|
|
*
|
2016-01-29 23:50:44 +01:00
|
|
|
* This code is licensed under the GNU GPLv2 and later.
|
|
|
|
*/
|
|
|
|
|
2016-02-08 20:01:23 +01:00
|
|
|
#include "qemu/osdep.h"
|
2019-05-07 13:55:02 +02:00
|
|
|
#include "qemu/units.h"
|
include/qemu/osdep.h: Don't include qapi/error.h
Commit 57cb38b included qapi/error.h into qemu/osdep.h to get the
Error typedef. Since then, we've moved to include qemu/osdep.h
everywhere. Its file comment explains: "To avoid getting into
possible circular include dependencies, this file should not include
any other QEMU headers, with the exceptions of config-host.h,
compiler.h, os-posix.h and os-win32.h, all of which are doing a
similar job to this file and are under similar constraints."
qapi/error.h doesn't do a similar job, and it doesn't adhere to
similar constraints: it includes qapi-types.h. That's in excess of
100KiB of crap most .c files don't actually need.
Add the typedef to qemu/typedefs.h, and include that instead of
qapi/error.h. Include qapi/error.h in .c files that need it and don't
get it now. Include qapi-types.h in qom/object.h for uint16List.
Update scripts/clean-includes accordingly. Update it further to match
reality: replace config.h by config-target.h, add sysemu/os-posix.h,
sysemu/os-win32.h. Update the list of includes in the qemu/osdep.h
comment quoted above similarly.
This reduces the number of objects depending on qapi/error.h from "all
of them" to less than a third. Unfortunately, the number depending on
qapi-types.h shrinks only a little. More work is needed for that one.
Signed-off-by: Markus Armbruster <armbru@redhat.com>
[Fix compilation without the spice devel packages. - Paolo]
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
2016-03-14 09:01:28 +01:00
|
|
|
#include "qapi/error.h"
|
2016-01-19 21:51:44 +01:00
|
|
|
#include "cpu.h"
|
2016-01-29 23:50:44 +01:00
|
|
|
#include "hw/arm/bcm2836.h"
|
|
|
|
#include "qemu/error-report.h"
|
|
|
|
#include "hw/boards.h"
|
|
|
|
#include "hw/loader.h"
|
2019-05-23 15:47:43 +02:00
|
|
|
#include "hw/arm/boot.h"
|
2016-01-29 23:50:44 +01:00
|
|
|
#include "sysemu/sysemu.h"
|
|
|
|
|
|
|
|
#define SMPBOOT_ADDR 0x300 /* this should leave enough space for ATAGS */
|
|
|
|
#define MVBAR_ADDR 0x400 /* secure vectors */
|
|
|
|
#define BOARDSETUP_ADDR (MVBAR_ADDR + 0x20) /* board setup code */
|
2018-02-15 19:29:36 +01:00
|
|
|
#define FIRMWARE_ADDR_2 0x8000 /* Pi 2 loads kernel.img here by default */
|
|
|
|
#define FIRMWARE_ADDR_3 0x80000 /* Pi 3 loads kernel.img here by default */
|
2018-03-13 16:34:58 +01:00
|
|
|
#define SPINTABLE_ADDR 0xd8 /* Pi 3 bootloader spintable */
|
2016-01-29 23:50:44 +01:00
|
|
|
|
hw/arm/raspi: Use BCM2708 machine type with pre Device Tree kernels
When booting without device tree, the Linux kernels uses the $R1
register to determine the machine type. The list of values is
registered at [1].
There are two entries for the Raspberry Pi:
- https://www.arm.linux.org.uk/developer/machines/list.php?mid=3138
name: MACH_TYPE_BCM2708
value: 0xc42 (3138)
status: Active, not mainlined
date: 15 Oct 2010
- https://www.arm.linux.org.uk/developer/machines/list.php?mid=4828
name: MACH_TYPE_BCM2835
value: 4828
status: Active, mainlined
date: 6 Dec 2013
QEMU always used the non-mainlined type MACH_TYPE_BCM2708.
The value 0xc43 is registered to 'MX51_GGC' (processor i.MX51), and
0xc44 to 'Western Digital Sharespace NAS' (processor Marvell 88F5182).
The Raspberry Pi foundation bootloader only sets the BCM2708 machine
type, see [2] or [3]:
133 9:
134 mov r0, #0
135 ldr r1, =3138 @ BCM2708 machine id
136 ldr r2, atags @ ATAGS
137 bx r4
U-Boot only uses MACH_TYPE_BCM2708 (see [4]):
25 /*
26 * 2835 is a SKU in a series for which the 2708 is the first or primary SoC,
27 * so 2708 has historically been used rather than a dedicated 2835 ID.
28 *
29 * We don't define a machine type for bcm2709/bcm2836 since the RPi Foundation
30 * chose to use someone else's previously registered machine ID (3139, MX51_GGC)
31 * rather than obtaining a valid ID:-/
32 *
33 * For the bcm2837, hopefully a machine type is not needed, since everything
34 * is DT.
35 */
While the definition MACH_BCM2709 with value 0xc43 was introduced in
a commit described "Add 2709 platform for Raspberry Pi 2" out of the
mainline Linux kernel, it does not seem used, and the platform is
introduced with Device Tree support anyway (see [5] and [6]).
Remove the unused values (0xc43 introduced in commit 1df7d1f9303aef
"raspi: add raspberry pi 2 machine" and 0xc44 in commit bade58166f4
"raspi: Raspberry Pi 3 support"), keeping only MACH_TYPE_BCM2708.
[1] https://www.arm.linux.org.uk/developer/machines/
[2] https://github.com/raspberrypi/tools/blob/920c7ed2e/armstubs/armstub7.S#L135
[3] https://github.com/raspberrypi/tools/blob/49719d554/armstubs/armstub7.S#L64
[4] https://gitlab.denx.de/u-boot/u-boot/blob/v2015.04/include/configs/rpi-common.h#L18
[5] https://github.com/raspberrypi/linux/commit/d9fac63adac#diff-6722037d79570df5b392a49e0e006573R526
[6] http://lists.infradead.org/pipermail/linux-rpi-kernel/2015-February/001268.html
Cc: Zoltán Baldaszti <bztemail@gmail.com>
Cc: Pekka Enberg <penberg@iki.fi>
Cc: Stephen Warren <swarren@nvidia.com>
Cc: Kshitij Soni <kshitij.soni@broadcom.com>
Cc: Michael Chan <michael.chan@broadcom.com>
Cc: Andrew Baumann <Andrew.Baumann@microsoft.com>
Reviewed-by: Alistair Francis <alistair.francis@wdc.com>
Signed-off-by: Philippe Mathieu-Daudé <f4bug@amsat.org>
Reviewed-by: Niek Linnenbank <nieklinnenbank@gmail.com>
Message-id: 20200208165645.15657-2-f4bug@amsat.org
Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
2020-02-08 17:56:33 +01:00
|
|
|
/* Registered machine type (matches RPi Foundation bootloader and U-Boot) */
|
|
|
|
#define MACH_TYPE_BCM2708 3138
|
2016-01-29 23:50:44 +01:00
|
|
|
|
|
|
|
typedef struct RasPiState {
|
2018-03-13 16:34:54 +01:00
|
|
|
BCM283XState soc;
|
2016-01-29 23:50:44 +01:00
|
|
|
MemoryRegion ram;
|
|
|
|
} RasPiState;
|
|
|
|
|
|
|
|
static void write_smpboot(ARMCPU *cpu, const struct arm_boot_info *info)
|
|
|
|
{
|
|
|
|
static const uint32_t smpboot[] = {
|
|
|
|
0xe1a0e00f, /* mov lr, pc */
|
|
|
|
0xe3a0fe00 + (BOARDSETUP_ADDR >> 4), /* mov pc, BOARDSETUP_ADDR */
|
|
|
|
0xee100fb0, /* mrc p15, 0, r0, c0, c0, 5;get core ID */
|
|
|
|
0xe7e10050, /* ubfx r0, r0, #0, #2 ;extract LSB */
|
|
|
|
0xe59f5014, /* ldr r5, =0x400000CC ;load mbox base */
|
|
|
|
0xe320f001, /* 1: yield */
|
|
|
|
0xe7953200, /* ldr r3, [r5, r0, lsl #4] ;read mbox for our core*/
|
|
|
|
0xe3530000, /* cmp r3, #0 ;spin while zero */
|
|
|
|
0x0afffffb, /* beq 1b */
|
|
|
|
0xe7853200, /* str r3, [r5, r0, lsl #4] ;clear mbox */
|
|
|
|
0xe12fff13, /* bx r3 ;jump to target */
|
|
|
|
0x400000cc, /* (constant: mailbox 3 read/clear base) */
|
|
|
|
};
|
|
|
|
|
|
|
|
/* check that we don't overrun board setup vectors */
|
|
|
|
QEMU_BUILD_BUG_ON(SMPBOOT_ADDR + sizeof(smpboot) > MVBAR_ADDR);
|
|
|
|
/* check that board setup address is correctly relocated */
|
|
|
|
QEMU_BUILD_BUG_ON((BOARDSETUP_ADDR & 0xf) != 0
|
|
|
|
|| (BOARDSETUP_ADDR >> 4) >= 0x100);
|
|
|
|
|
2019-10-20 01:47:09 +02:00
|
|
|
rom_add_blob_fixed_as("raspi_smpboot", smpboot, sizeof(smpboot),
|
|
|
|
info->smp_loader_start,
|
|
|
|
arm_boot_address_space(cpu, info));
|
2016-01-29 23:50:44 +01:00
|
|
|
}
|
|
|
|
|
2018-03-13 16:34:58 +01:00
|
|
|
static void write_smpboot64(ARMCPU *cpu, const struct arm_boot_info *info)
|
|
|
|
{
|
2019-10-20 01:47:09 +02:00
|
|
|
AddressSpace *as = arm_boot_address_space(cpu, info);
|
2018-03-13 16:34:58 +01:00
|
|
|
/* Unlike the AArch32 version we don't need to call the board setup hook.
|
|
|
|
* The mechanism for doing the spin-table is also entirely different.
|
|
|
|
* We must have four 64-bit fields at absolute addresses
|
|
|
|
* 0xd8, 0xe0, 0xe8, 0xf0 in RAM, which are the flag variables for
|
|
|
|
* our CPUs, and which we must ensure are zero initialized before
|
|
|
|
* the primary CPU goes into the kernel. We put these variables inside
|
|
|
|
* a rom blob, so that the reset for ROM contents zeroes them for us.
|
|
|
|
*/
|
|
|
|
static const uint32_t smpboot[] = {
|
|
|
|
0xd2801b05, /* mov x5, 0xd8 */
|
|
|
|
0xd53800a6, /* mrs x6, mpidr_el1 */
|
|
|
|
0x924004c6, /* and x6, x6, #0x3 */
|
|
|
|
0xd503205f, /* spin: wfe */
|
|
|
|
0xf86678a4, /* ldr x4, [x5,x6,lsl #3] */
|
|
|
|
0xb4ffffc4, /* cbz x4, spin */
|
|
|
|
0xd2800000, /* mov x0, #0x0 */
|
|
|
|
0xd2800001, /* mov x1, #0x0 */
|
|
|
|
0xd2800002, /* mov x2, #0x0 */
|
|
|
|
0xd2800003, /* mov x3, #0x0 */
|
|
|
|
0xd61f0080, /* br x4 */
|
|
|
|
};
|
|
|
|
|
|
|
|
static const uint64_t spintables[] = {
|
|
|
|
0, 0, 0, 0
|
|
|
|
};
|
|
|
|
|
2019-10-20 01:47:09 +02:00
|
|
|
rom_add_blob_fixed_as("raspi_smpboot", smpboot, sizeof(smpboot),
|
|
|
|
info->smp_loader_start, as);
|
|
|
|
rom_add_blob_fixed_as("raspi_spintables", spintables, sizeof(spintables),
|
|
|
|
SPINTABLE_ADDR, as);
|
2018-03-13 16:34:58 +01:00
|
|
|
}
|
|
|
|
|
2016-01-29 23:50:44 +01:00
|
|
|
static void write_board_setup(ARMCPU *cpu, const struct arm_boot_info *info)
|
|
|
|
{
|
|
|
|
arm_write_secure_board_setup_dummy_smc(cpu, info, MVBAR_ADDR);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void reset_secondary(ARMCPU *cpu, const struct arm_boot_info *info)
|
|
|
|
{
|
|
|
|
CPUState *cs = CPU(cpu);
|
|
|
|
cpu_set_pc(cs, info->smp_loader_start);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void setup_boot(MachineState *machine, int version, size_t ram_size)
|
|
|
|
{
|
|
|
|
static struct arm_boot_info binfo;
|
|
|
|
int r;
|
|
|
|
|
hw/arm/raspi: Use BCM2708 machine type with pre Device Tree kernels
When booting without device tree, the Linux kernels uses the $R1
register to determine the machine type. The list of values is
registered at [1].
There are two entries for the Raspberry Pi:
- https://www.arm.linux.org.uk/developer/machines/list.php?mid=3138
name: MACH_TYPE_BCM2708
value: 0xc42 (3138)
status: Active, not mainlined
date: 15 Oct 2010
- https://www.arm.linux.org.uk/developer/machines/list.php?mid=4828
name: MACH_TYPE_BCM2835
value: 4828
status: Active, mainlined
date: 6 Dec 2013
QEMU always used the non-mainlined type MACH_TYPE_BCM2708.
The value 0xc43 is registered to 'MX51_GGC' (processor i.MX51), and
0xc44 to 'Western Digital Sharespace NAS' (processor Marvell 88F5182).
The Raspberry Pi foundation bootloader only sets the BCM2708 machine
type, see [2] or [3]:
133 9:
134 mov r0, #0
135 ldr r1, =3138 @ BCM2708 machine id
136 ldr r2, atags @ ATAGS
137 bx r4
U-Boot only uses MACH_TYPE_BCM2708 (see [4]):
25 /*
26 * 2835 is a SKU in a series for which the 2708 is the first or primary SoC,
27 * so 2708 has historically been used rather than a dedicated 2835 ID.
28 *
29 * We don't define a machine type for bcm2709/bcm2836 since the RPi Foundation
30 * chose to use someone else's previously registered machine ID (3139, MX51_GGC)
31 * rather than obtaining a valid ID:-/
32 *
33 * For the bcm2837, hopefully a machine type is not needed, since everything
34 * is DT.
35 */
While the definition MACH_BCM2709 with value 0xc43 was introduced in
a commit described "Add 2709 platform for Raspberry Pi 2" out of the
mainline Linux kernel, it does not seem used, and the platform is
introduced with Device Tree support anyway (see [5] and [6]).
Remove the unused values (0xc43 introduced in commit 1df7d1f9303aef
"raspi: add raspberry pi 2 machine" and 0xc44 in commit bade58166f4
"raspi: Raspberry Pi 3 support"), keeping only MACH_TYPE_BCM2708.
[1] https://www.arm.linux.org.uk/developer/machines/
[2] https://github.com/raspberrypi/tools/blob/920c7ed2e/armstubs/armstub7.S#L135
[3] https://github.com/raspberrypi/tools/blob/49719d554/armstubs/armstub7.S#L64
[4] https://gitlab.denx.de/u-boot/u-boot/blob/v2015.04/include/configs/rpi-common.h#L18
[5] https://github.com/raspberrypi/linux/commit/d9fac63adac#diff-6722037d79570df5b392a49e0e006573R526
[6] http://lists.infradead.org/pipermail/linux-rpi-kernel/2015-February/001268.html
Cc: Zoltán Baldaszti <bztemail@gmail.com>
Cc: Pekka Enberg <penberg@iki.fi>
Cc: Stephen Warren <swarren@nvidia.com>
Cc: Kshitij Soni <kshitij.soni@broadcom.com>
Cc: Michael Chan <michael.chan@broadcom.com>
Cc: Andrew Baumann <Andrew.Baumann@microsoft.com>
Reviewed-by: Alistair Francis <alistair.francis@wdc.com>
Signed-off-by: Philippe Mathieu-Daudé <f4bug@amsat.org>
Reviewed-by: Niek Linnenbank <nieklinnenbank@gmail.com>
Message-id: 20200208165645.15657-2-f4bug@amsat.org
Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
2020-02-08 17:56:33 +01:00
|
|
|
binfo.board_id = MACH_TYPE_BCM2708;
|
2016-01-29 23:50:44 +01:00
|
|
|
binfo.ram_size = ram_size;
|
2019-05-18 22:54:26 +02:00
|
|
|
binfo.nb_cpus = machine->smp.cpus;
|
2018-03-13 16:34:50 +01:00
|
|
|
|
|
|
|
if (version <= 2) {
|
|
|
|
/* The rpi1 and 2 require some custom setup code to run in Secure
|
|
|
|
* mode before booting a kernel (to set up the SMC vectors so
|
|
|
|
* that we get a no-op SMC; this is used by Linux to call the
|
|
|
|
* firmware for some cache maintenance operations.
|
|
|
|
* The rpi3 doesn't need this.
|
|
|
|
*/
|
|
|
|
binfo.board_setup_addr = BOARDSETUP_ADDR;
|
|
|
|
binfo.write_board_setup = write_board_setup;
|
|
|
|
binfo.secure_board_setup = true;
|
|
|
|
binfo.secure_boot = true;
|
|
|
|
}
|
2016-01-29 23:50:44 +01:00
|
|
|
|
2018-02-15 19:29:36 +01:00
|
|
|
/* Pi2 and Pi3 requires SMP setup */
|
|
|
|
if (version >= 2) {
|
2016-01-29 23:50:44 +01:00
|
|
|
binfo.smp_loader_start = SMPBOOT_ADDR;
|
2018-03-13 16:34:58 +01:00
|
|
|
if (version == 2) {
|
|
|
|
binfo.write_secondary_boot = write_smpboot;
|
|
|
|
} else {
|
|
|
|
binfo.write_secondary_boot = write_smpboot64;
|
|
|
|
}
|
2016-01-29 23:50:44 +01:00
|
|
|
binfo.secondary_cpu_reset_hook = reset_secondary;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* If the user specified a "firmware" image (e.g. UEFI), we bypass
|
|
|
|
* the normal Linux boot process
|
|
|
|
*/
|
|
|
|
if (machine->firmware) {
|
2018-02-15 19:29:36 +01:00
|
|
|
hwaddr firmware_addr = version == 3 ? FIRMWARE_ADDR_3 : FIRMWARE_ADDR_2;
|
2016-01-29 23:50:44 +01:00
|
|
|
/* load the firmware image (typically kernel.img) */
|
2018-02-15 19:29:36 +01:00
|
|
|
r = load_image_targphys(machine->firmware, firmware_addr,
|
|
|
|
ram_size - firmware_addr);
|
2016-01-29 23:50:44 +01:00
|
|
|
if (r < 0) {
|
|
|
|
error_report("Failed to load firmware from %s", machine->firmware);
|
|
|
|
exit(1);
|
|
|
|
}
|
|
|
|
|
2018-02-15 19:29:36 +01:00
|
|
|
binfo.entry = firmware_addr;
|
2016-01-29 23:50:44 +01:00
|
|
|
binfo.firmware_loaded = true;
|
|
|
|
}
|
|
|
|
|
2019-08-09 08:57:21 +02:00
|
|
|
arm_load_kernel(ARM_CPU(first_cpu), machine, &binfo);
|
2016-01-29 23:50:44 +01:00
|
|
|
}
|
|
|
|
|
2018-02-15 19:29:36 +01:00
|
|
|
static void raspi_init(MachineState *machine, int version)
|
2016-01-29 23:50:44 +01:00
|
|
|
{
|
|
|
|
RasPiState *s = g_new0(RasPiState, 1);
|
2016-03-16 18:06:01 +01:00
|
|
|
uint32_t vcram_size;
|
2016-02-24 22:58:48 +01:00
|
|
|
DriveInfo *di;
|
|
|
|
BlockBackend *blk;
|
|
|
|
BusState *bus;
|
|
|
|
DeviceState *carddev;
|
2016-01-29 23:50:44 +01:00
|
|
|
|
2019-05-07 13:55:02 +02:00
|
|
|
if (machine->ram_size > 1 * GiB) {
|
|
|
|
error_report("Requested ram size is too large for this machine: "
|
|
|
|
"maximum is 1GB");
|
|
|
|
exit(1);
|
|
|
|
}
|
|
|
|
|
hw/arm: Use object_initialize_child for correct reference counting
As explained in commit aff39be0ed97:
Both functions, object_initialize() and object_property_add_child()
increase the reference counter of the new object, so one of the
references has to be dropped afterwards to get the reference
counting right. Otherwise the child object will not be properly
cleaned up when the parent gets destroyed.
Thus let's use now object_initialize_child() instead to get the
reference counting here right.
This patch was generated using the following Coccinelle script
(with a bit of manual fix-up for overly long lines):
@use_object_initialize_child@
expression parent_obj;
expression child_ptr;
expression child_name;
expression child_type;
expression child_size;
expression errp;
@@
(
- object_initialize(child_ptr, child_size, child_type);
+ object_initialize_child(parent_obj, child_name, child_ptr, child_size,
+ child_type, &error_abort, NULL);
... when != parent_obj
- object_property_add_child(parent_obj, child_name, OBJECT(child_ptr), NULL);
...
?- object_unref(OBJECT(child_ptr));
|
- object_initialize(child_ptr, child_size, child_type);
+ object_initialize_child(parent_obj, child_name, child_ptr, child_size,
+ child_type, errp, NULL);
... when != parent_obj
- object_property_add_child(parent_obj, child_name, OBJECT(child_ptr), errp);
...
?- object_unref(OBJECT(child_ptr));
)
@use_sysbus_init_child_obj@
expression parent_obj;
expression dev;
expression child_ptr;
expression child_name;
expression child_type;
expression child_size;
expression errp;
@@
(
- object_initialize_child(parent_obj, child_name, child_ptr, child_size,
- child_type, errp, NULL);
+ sysbus_init_child_obj(parent_obj, child_name, child_ptr, child_size,
+ child_type);
...
- qdev_set_parent_bus(DEVICE(child_ptr), sysbus_get_default());
|
- object_initialize_child(parent_obj, child_name, child_ptr, child_size,
- child_type, errp, NULL);
+ sysbus_init_child_obj(parent_obj, child_name, child_ptr, child_size,
+ child_type);
- dev = DEVICE(child_ptr);
- qdev_set_parent_bus(dev, sysbus_get_default());
)
While the object_initialize() function doesn't take an
'Error *errp' argument, the object_initialize_child() does.
Since this code is used when a machine is created (and is not
yet running), we deliberately choose to use the &error_abort
argument instead of ignoring errors if an object creation failed.
This choice also matches when using sysbus_init_child_obj(),
since its code is:
void sysbus_init_child_obj(Object *parent,
const char *childname, void *child,
size_t childsize, const char *childtype)
{
object_initialize_child(parent, childname, child, childsize,
childtype, &error_abort, NULL);
qdev_set_parent_bus(DEVICE(child), sysbus_get_default());
}
Suggested-by: Eduardo Habkost <ehabkost@redhat.com>
Inspired-by: Thomas Huth <thuth@redhat.com>
Signed-off-by: Philippe Mathieu-Daudé <philmd@redhat.com>
Message-Id: <20190507163416.24647-9-philmd@redhat.com>
Reviewed-by: Paolo Bonzini <pbonzini@redhat.com>
Reviewed-by: Alistair Francis <alistair.francis@wdc.com>
Signed-off-by: Eduardo Habkost <ehabkost@redhat.com>
2019-05-07 18:34:08 +02:00
|
|
|
object_initialize_child(OBJECT(machine), "soc", &s->soc, sizeof(s->soc),
|
|
|
|
version == 3 ? TYPE_BCM2837 : TYPE_BCM2836,
|
|
|
|
&error_abort, NULL);
|
2016-01-29 23:50:44 +01:00
|
|
|
|
|
|
|
/* Allocate and map RAM */
|
|
|
|
memory_region_allocate_system_memory(&s->ram, OBJECT(machine), "ram",
|
|
|
|
machine->ram_size);
|
|
|
|
/* FIXME: Remove when we have custom CPU address space support */
|
|
|
|
memory_region_add_subregion_overlap(get_system_memory(), 0, &s->ram, 0);
|
|
|
|
|
|
|
|
/* Setup the SOC */
|
|
|
|
object_property_add_const_link(OBJECT(&s->soc), "ram", OBJECT(&s->ram),
|
|
|
|
&error_abort);
|
2018-02-15 19:29:36 +01:00
|
|
|
int board_rev = version == 3 ? 0xa02082 : 0xa21041;
|
|
|
|
object_property_set_int(OBJECT(&s->soc), board_rev, "board-rev",
|
2016-02-11 12:17:32 +01:00
|
|
|
&error_abort);
|
2016-01-29 23:50:44 +01:00
|
|
|
object_property_set_bool(OBJECT(&s->soc), true, "realized", &error_abort);
|
|
|
|
|
2016-02-24 22:58:48 +01:00
|
|
|
/* Create and plug in the SD cards */
|
|
|
|
di = drive_get_next(IF_SD);
|
|
|
|
blk = di ? blk_by_legacy_dinfo(di) : NULL;
|
|
|
|
bus = qdev_get_child_bus(DEVICE(&s->soc), "sd-bus");
|
|
|
|
if (bus == NULL) {
|
|
|
|
error_report("No SD bus found in SOC object");
|
|
|
|
exit(1);
|
|
|
|
}
|
|
|
|
carddev = qdev_create(bus, TYPE_SD_CARD);
|
|
|
|
qdev_prop_set_drive(carddev, "drive", blk, &error_fatal);
|
|
|
|
object_property_set_bool(OBJECT(carddev), true, "realized", &error_fatal);
|
|
|
|
|
2017-06-07 18:36:17 +02:00
|
|
|
vcram_size = object_property_get_uint(OBJECT(&s->soc), "vcram-size",
|
|
|
|
&error_abort);
|
2018-02-15 19:29:36 +01:00
|
|
|
setup_boot(machine, version, machine->ram_size - vcram_size);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void raspi2_init(MachineState *machine)
|
|
|
|
{
|
|
|
|
raspi_init(machine, 2);
|
2016-01-29 23:50:44 +01:00
|
|
|
}
|
|
|
|
|
|
|
|
static void raspi2_machine_init(MachineClass *mc)
|
|
|
|
{
|
2020-02-08 17:56:34 +01:00
|
|
|
mc->desc = "Raspberry Pi 2B";
|
2016-01-29 23:50:44 +01:00
|
|
|
mc->init = raspi2_init;
|
|
|
|
mc->block_default_type = IF_SD;
|
|
|
|
mc->no_parallel = 1;
|
|
|
|
mc->no_floppy = 1;
|
|
|
|
mc->no_cdrom = 1;
|
2018-03-13 16:34:54 +01:00
|
|
|
mc->max_cpus = BCM283X_NCPUS;
|
|
|
|
mc->min_cpus = BCM283X_NCPUS;
|
|
|
|
mc->default_cpus = BCM283X_NCPUS;
|
2019-09-26 19:34:09 +02:00
|
|
|
mc->default_ram_size = 1 * GiB;
|
2017-09-07 14:54:54 +02:00
|
|
|
mc->ignore_memory_transaction_failures = true;
|
2016-01-29 23:50:44 +01:00
|
|
|
};
|
|
|
|
DEFINE_MACHINE("raspi2", raspi2_machine_init)
|
2018-02-22 16:12:51 +01:00
|
|
|
|
|
|
|
#ifdef TARGET_AARCH64
|
|
|
|
static void raspi3_init(MachineState *machine)
|
|
|
|
{
|
|
|
|
raspi_init(machine, 3);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void raspi3_machine_init(MachineClass *mc)
|
|
|
|
{
|
2020-02-08 17:56:34 +01:00
|
|
|
mc->desc = "Raspberry Pi 3B";
|
2018-02-22 16:12:51 +01:00
|
|
|
mc->init = raspi3_init;
|
|
|
|
mc->block_default_type = IF_SD;
|
|
|
|
mc->no_parallel = 1;
|
|
|
|
mc->no_floppy = 1;
|
|
|
|
mc->no_cdrom = 1;
|
2018-03-13 16:34:54 +01:00
|
|
|
mc->max_cpus = BCM283X_NCPUS;
|
|
|
|
mc->min_cpus = BCM283X_NCPUS;
|
|
|
|
mc->default_cpus = BCM283X_NCPUS;
|
2019-09-26 19:34:09 +02:00
|
|
|
mc->default_ram_size = 1 * GiB;
|
2018-02-22 16:12:51 +01:00
|
|
|
}
|
|
|
|
DEFINE_MACHINE("raspi3", raspi3_machine_init)
|
|
|
|
#endif
|