2016-03-16 20:06:00 +03:00
|
|
|
/*
|
2016-09-22 20:13:05 +03:00
|
|
|
* ASPEED SoC family
|
2016-03-16 20:06:00 +03:00
|
|
|
*
|
|
|
|
* Andrew Jeffery <andrew@aj.id.au>
|
|
|
|
*
|
|
|
|
* Copyright 2016 IBM Corp.
|
|
|
|
*
|
|
|
|
* This code is licensed under the GPL version 2 or later. See
|
|
|
|
* the COPYING file in the top-level directory.
|
|
|
|
*/
|
|
|
|
|
2016-09-22 20:13:05 +03:00
|
|
|
#ifndef ASPEED_SOC_H
|
|
|
|
#define ASPEED_SOC_H
|
2016-03-16 20:06:00 +03:00
|
|
|
|
2019-09-25 17:32:43 +03:00
|
|
|
#include "hw/cpu/a15mpcore.h"
|
2022-05-02 18:03:03 +03:00
|
|
|
#include "hw/arm/armv7m.h"
|
2016-03-16 20:06:00 +03:00
|
|
|
#include "hw/intc/aspeed_vic.h"
|
2016-06-27 17:37:33 +03:00
|
|
|
#include "hw/misc/aspeed_scu.h"
|
2021-10-12 09:20:08 +03:00
|
|
|
#include "hw/adc/aspeed_adc.h"
|
2016-09-06 21:52:17 +03:00
|
|
|
#include "hw/misc/aspeed_sdmc.h"
|
2019-07-01 19:26:18 +03:00
|
|
|
#include "hw/misc/aspeed_xdma.h"
|
2016-03-16 20:06:00 +03:00
|
|
|
#include "hw/timer/aspeed_timer.h"
|
2019-10-04 02:04:01 +03:00
|
|
|
#include "hw/rtc/aspeed_rtc.h"
|
2016-06-06 18:59:29 +03:00
|
|
|
#include "hw/i2c/aspeed_i2c.h"
|
2022-01-11 11:45:46 +03:00
|
|
|
#include "hw/misc/aspeed_i3c.h"
|
2016-07-04 15:06:37 +03:00
|
|
|
#include "hw/ssi/aspeed_smc.h"
|
2021-05-01 11:03:51 +03:00
|
|
|
#include "hw/misc/aspeed_hace.h"
|
2022-02-18 11:18:10 +03:00
|
|
|
#include "hw/misc/aspeed_sbc.h"
|
2017-02-07 21:29:59 +03:00
|
|
|
#include "hw/watchdog/wdt_aspeed.h"
|
2017-04-14 11:35:02 +03:00
|
|
|
#include "hw/net/ftgmac100.h"
|
2019-08-12 08:23:31 +03:00
|
|
|
#include "target/arm/cpu.h"
|
2019-09-04 10:04:58 +03:00
|
|
|
#include "hw/gpio/aspeed_gpio.h"
|
2019-09-25 17:32:27 +03:00
|
|
|
#include "hw/sd/aspeed_sdhci.h"
|
2020-02-06 21:34:37 +03:00
|
|
|
#include "hw/usb/hcd-ehci.h"
|
2020-09-03 23:43:22 +03:00
|
|
|
#include "qom/object.h"
|
2021-03-09 14:01:28 +03:00
|
|
|
#include "hw/misc/aspeed_lpc.h"
|
2022-06-30 10:21:13 +03:00
|
|
|
#include "hw/misc/unimp.h"
|
2022-06-30 10:21:14 +03:00
|
|
|
#include "hw/misc/aspeed_peci.h"
|
aspeed: Refactor UART init for multi-SoC machines
This change moves the code that connects the SoC UART's to serial_hd's
to the machine.
It makes each UART a proper child member of the SoC, and then allows the
machine to selectively initialize the chardev for each UART with a
serial_hd.
This should preserve backwards compatibility, but also allow multi-SoC
boards to completely change the wiring of serial devices from the
command line to specific SoC UART's.
This also removes the uart-default property from the SoC, since the SoC
doesn't need to know what UART is the "default" on the machine anymore.
I tested this using the images and commands from the previous
refactoring, and another test image for the ast1030:
wget https://github.com/facebook/openbmc/releases/download/v2021.49.0/fuji.mtd
wget https://github.com/facebook/openbmc/releases/download/v2021.49.0/wedge100.mtd
wget https://github.com/peterdelevoryas/OpenBIC/releases/download/oby35-cl-2022.13.01/Y35BCL.elf
Fuji uses UART1:
qemu-system-arm -machine fuji-bmc \
-drive file=fuji.mtd,format=raw,if=mtd \
-nographic
ast2600-evb uses uart-default=UART5:
qemu-system-arm -machine ast2600-evb \
-drive file=fuji.mtd,format=raw,if=mtd \
-serial null -serial mon:stdio -display none
Wedge100 uses UART3:
qemu-system-arm -machine palmetto-bmc \
-drive file=wedge100.mtd,format=raw,if=mtd \
-serial null -serial null -serial null \
-serial mon:stdio -display none
AST1030 EVB uses UART5:
qemu-system-arm -machine ast1030-evb \
-kernel Y35BCL.elf -nographic
Fixes: 6827ff20b2975 ("hw: aspeed: Init all UART's with serial devices")
Signed-off-by: Peter Delevoryas <peter@pjd.dev>
Reviewed-by: Cédric Le Goater <clg@kaod.org>
Message-Id: <20220705191400.41632-4-peter@pjd.dev>
Signed-off-by: Cédric Le Goater <clg@kaod.org>
2022-07-14 17:24:38 +03:00
|
|
|
#include "hw/char/serial.h"
|
2016-03-16 20:06:00 +03:00
|
|
|
|
2016-10-17 21:22:16 +03:00
|
|
|
#define ASPEED_SPIS_NUM 2
|
2020-02-06 21:34:37 +03:00
|
|
|
#define ASPEED_EHCIS_NUM 2
|
2019-09-25 17:32:36 +03:00
|
|
|
#define ASPEED_WDTS_NUM 4
|
2019-07-01 19:26:16 +03:00
|
|
|
#define ASPEED_CPUS_NUM 2
|
2019-09-25 17:32:46 +03:00
|
|
|
#define ASPEED_MACS_NUM 4
|
aspeed: Refactor UART init for multi-SoC machines
This change moves the code that connects the SoC UART's to serial_hd's
to the machine.
It makes each UART a proper child member of the SoC, and then allows the
machine to selectively initialize the chardev for each UART with a
serial_hd.
This should preserve backwards compatibility, but also allow multi-SoC
boards to completely change the wiring of serial devices from the
command line to specific SoC UART's.
This also removes the uart-default property from the SoC, since the SoC
doesn't need to know what UART is the "default" on the machine anymore.
I tested this using the images and commands from the previous
refactoring, and another test image for the ast1030:
wget https://github.com/facebook/openbmc/releases/download/v2021.49.0/fuji.mtd
wget https://github.com/facebook/openbmc/releases/download/v2021.49.0/wedge100.mtd
wget https://github.com/peterdelevoryas/OpenBIC/releases/download/oby35-cl-2022.13.01/Y35BCL.elf
Fuji uses UART1:
qemu-system-arm -machine fuji-bmc \
-drive file=fuji.mtd,format=raw,if=mtd \
-nographic
ast2600-evb uses uart-default=UART5:
qemu-system-arm -machine ast2600-evb \
-drive file=fuji.mtd,format=raw,if=mtd \
-serial null -serial mon:stdio -display none
Wedge100 uses UART3:
qemu-system-arm -machine palmetto-bmc \
-drive file=wedge100.mtd,format=raw,if=mtd \
-serial null -serial null -serial null \
-serial mon:stdio -display none
AST1030 EVB uses UART5:
qemu-system-arm -machine ast1030-evb \
-kernel Y35BCL.elf -nographic
Fixes: 6827ff20b2975 ("hw: aspeed: Init all UART's with serial devices")
Signed-off-by: Peter Delevoryas <peter@pjd.dev>
Reviewed-by: Cédric Le Goater <clg@kaod.org>
Message-Id: <20220705191400.41632-4-peter@pjd.dev>
Signed-off-by: Cédric Le Goater <clg@kaod.org>
2022-07-14 17:24:38 +03:00
|
|
|
#define ASPEED_UARTS_NUM 13
|
2023-02-07 11:02:05 +03:00
|
|
|
#define ASPEED_JTAG_NUM 2
|
2016-10-17 21:22:16 +03:00
|
|
|
|
2020-09-03 23:43:22 +03:00
|
|
|
struct AspeedSoCState {
|
2016-03-16 20:06:00 +03:00
|
|
|
/*< private >*/
|
|
|
|
DeviceState parent;
|
|
|
|
|
|
|
|
/*< public >*/
|
2019-07-01 19:26:16 +03:00
|
|
|
ARMCPU cpu[ASPEED_CPUS_NUM];
|
2019-09-25 17:32:43 +03:00
|
|
|
A15MPPrivState a7mpcore;
|
2022-05-02 18:03:03 +03:00
|
|
|
ARMv7MState armv7m;
|
2022-06-30 10:21:13 +03:00
|
|
|
MemoryRegion *memory;
|
2019-11-19 17:11:57 +03:00
|
|
|
MemoryRegion *dram_mr;
|
2022-06-30 10:21:13 +03:00
|
|
|
MemoryRegion dram_container;
|
2016-12-27 17:59:27 +03:00
|
|
|
MemoryRegion sram;
|
2023-03-02 15:57:50 +03:00
|
|
|
MemoryRegion spi_boot_container;
|
|
|
|
MemoryRegion spi_boot;
|
2016-03-16 20:06:00 +03:00
|
|
|
AspeedVICState vic;
|
2019-07-01 19:26:16 +03:00
|
|
|
AspeedRtcState rtc;
|
2016-03-16 20:06:00 +03:00
|
|
|
AspeedTimerCtrlState timerctrl;
|
2016-06-06 18:59:29 +03:00
|
|
|
AspeedI2CState i2c;
|
2022-01-11 11:45:46 +03:00
|
|
|
AspeedI3CState i3c;
|
2016-06-27 17:37:33 +03:00
|
|
|
AspeedSCUState scu;
|
2021-05-01 11:03:51 +03:00
|
|
|
AspeedHACEState hace;
|
2019-07-01 19:26:18 +03:00
|
|
|
AspeedXDMAState xdma;
|
2021-10-12 09:20:08 +03:00
|
|
|
AspeedADCState adc;
|
2016-10-17 21:22:16 +03:00
|
|
|
AspeedSMCState fmc;
|
2016-10-17 21:22:16 +03:00
|
|
|
AspeedSMCState spi[ASPEED_SPIS_NUM];
|
2020-02-06 21:34:37 +03:00
|
|
|
EHCISysBusState ehci[ASPEED_EHCIS_NUM];
|
2022-02-18 11:18:10 +03:00
|
|
|
AspeedSBCState sbc;
|
hw/arm/aspeed_ast10x0: Map the secure SRAM
Some SRAM appears to be used by the Secure Boot unit and
crypto accelerators. Name it 'secure sram'.
Note, the SRAM base address was already present but unused
(the 'SBC' index is used for the MMIO peripheral).
Interestingly using CFLAGS=-Winitializer-overrides reports:
../hw/arm/aspeed_ast10x0.c:32:30: warning: initializer overrides prior initialization of this subobject [-Winitializer-overrides]
[ASPEED_DEV_SBC] = 0x7E6F2000,
^~~~~~~~~~
../hw/arm/aspeed_ast10x0.c:24:30: note: previous initialization is here
[ASPEED_DEV_SBC] = 0x79000000,
^~~~~~~~~~
This fixes with Zephyr:
uart:~$ rsa test
rsa test vector[0]:
[00:00:26.156,000] <err> os: ***** BUS FAULT *****
[00:00:26.157,000] <err> os: Precise data bus error
[00:00:26.157,000] <err> os: BFAR Address: 0x79000000
[00:00:26.158,000] <err> os: r0/a1: 0x79000000 r1/a2: 0x00000000 r2/a3: 0x00001800
[00:00:26.158,000] <err> os: r3/a4: 0x79001800 r12/ip: 0x00000800 r14/lr: 0x0001098d
[00:00:26.158,000] <err> os: xpsr: 0x81000000
[00:00:26.158,000] <err> os: Faulting instruction address (r15/pc): 0x0001e1bc
[00:00:26.158,000] <err> os: >>> ZEPHYR FATAL ERROR 0: CPU exception on CPU 0
[00:00:26.158,000] <err> os: Current thread: 0x38248 (shell_uart)
[00:00:26.165,000] <err> os: Halting system
Signed-off-by: Philippe Mathieu-Daudé <philmd@linaro.org>
Reviewed-by: Peter Delevoryas <peter@pjd.dev>
[ clg: Fixed size of Secure Boot Controller Memory ]
Signed-off-by: Cédric Le Goater <clg@kaod.org>
2023-02-07 11:02:05 +03:00
|
|
|
MemoryRegion secsram;
|
2022-06-30 10:21:13 +03:00
|
|
|
UnimplementedDeviceState sbc_unimplemented;
|
2016-09-06 21:52:17 +03:00
|
|
|
AspeedSDMCState sdmc;
|
2017-07-11 13:21:26 +03:00
|
|
|
AspeedWDTState wdt[ASPEED_WDTS_NUM];
|
2019-07-01 19:26:16 +03:00
|
|
|
FTGMAC100State ftgmac100[ASPEED_MACS_NUM];
|
2019-09-25 17:32:47 +03:00
|
|
|
AspeedMiiState mii[ASPEED_MACS_NUM];
|
2019-09-04 10:04:58 +03:00
|
|
|
AspeedGPIOState gpio;
|
2019-09-25 17:32:43 +03:00
|
|
|
AspeedGPIOState gpio_1_8v;
|
2019-09-25 17:32:27 +03:00
|
|
|
AspeedSDHCIState sdhci;
|
2020-01-30 19:02:02 +03:00
|
|
|
AspeedSDHCIState emmc;
|
2021-03-09 14:01:28 +03:00
|
|
|
AspeedLPCState lpc;
|
2022-06-30 10:21:14 +03:00
|
|
|
AspeedPECIState peci;
|
aspeed: Refactor UART init for multi-SoC machines
This change moves the code that connects the SoC UART's to serial_hd's
to the machine.
It makes each UART a proper child member of the SoC, and then allows the
machine to selectively initialize the chardev for each UART with a
serial_hd.
This should preserve backwards compatibility, but also allow multi-SoC
boards to completely change the wiring of serial devices from the
command line to specific SoC UART's.
This also removes the uart-default property from the SoC, since the SoC
doesn't need to know what UART is the "default" on the machine anymore.
I tested this using the images and commands from the previous
refactoring, and another test image for the ast1030:
wget https://github.com/facebook/openbmc/releases/download/v2021.49.0/fuji.mtd
wget https://github.com/facebook/openbmc/releases/download/v2021.49.0/wedge100.mtd
wget https://github.com/peterdelevoryas/OpenBIC/releases/download/oby35-cl-2022.13.01/Y35BCL.elf
Fuji uses UART1:
qemu-system-arm -machine fuji-bmc \
-drive file=fuji.mtd,format=raw,if=mtd \
-nographic
ast2600-evb uses uart-default=UART5:
qemu-system-arm -machine ast2600-evb \
-drive file=fuji.mtd,format=raw,if=mtd \
-serial null -serial mon:stdio -display none
Wedge100 uses UART3:
qemu-system-arm -machine palmetto-bmc \
-drive file=wedge100.mtd,format=raw,if=mtd \
-serial null -serial null -serial null \
-serial mon:stdio -display none
AST1030 EVB uses UART5:
qemu-system-arm -machine ast1030-evb \
-kernel Y35BCL.elf -nographic
Fixes: 6827ff20b2975 ("hw: aspeed: Init all UART's with serial devices")
Signed-off-by: Peter Delevoryas <peter@pjd.dev>
Reviewed-by: Cédric Le Goater <clg@kaod.org>
Message-Id: <20220705191400.41632-4-peter@pjd.dev>
Signed-off-by: Cédric Le Goater <clg@kaod.org>
2022-07-14 17:24:38 +03:00
|
|
|
SerialMM uart[ASPEED_UARTS_NUM];
|
2022-05-02 18:03:03 +03:00
|
|
|
Clock *sysclk;
|
2022-06-30 10:21:13 +03:00
|
|
|
UnimplementedDeviceState iomem;
|
|
|
|
UnimplementedDeviceState video;
|
|
|
|
UnimplementedDeviceState emmc_boot_controller;
|
|
|
|
UnimplementedDeviceState dpmcu;
|
2023-02-07 11:02:05 +03:00
|
|
|
UnimplementedDeviceState pwm;
|
|
|
|
UnimplementedDeviceState espi;
|
|
|
|
UnimplementedDeviceState udc;
|
|
|
|
UnimplementedDeviceState sgpiom;
|
|
|
|
UnimplementedDeviceState jtag[ASPEED_JTAG_NUM];
|
2020-09-03 23:43:22 +03:00
|
|
|
};
|
2016-03-16 20:06:00 +03:00
|
|
|
|
2016-09-22 20:13:05 +03:00
|
|
|
#define TYPE_ASPEED_SOC "aspeed-soc"
|
2020-09-16 21:25:18 +03:00
|
|
|
OBJECT_DECLARE_TYPE(AspeedSoCState, AspeedSoCClass, ASPEED_SOC)
|
2016-03-16 20:06:00 +03:00
|
|
|
|
2023-10-24 19:24:16 +03:00
|
|
|
struct Aspeed10x0SoCState {
|
|
|
|
AspeedSoCState parent;
|
|
|
|
};
|
|
|
|
|
|
|
|
#define TYPE_ASPEED10X0_SOC "aspeed10x0-soc"
|
|
|
|
OBJECT_DECLARE_SIMPLE_TYPE(Aspeed10x0SoCState, ASPEED10X0_SOC)
|
|
|
|
|
2020-09-03 23:43:22 +03:00
|
|
|
struct AspeedSoCClass {
|
2019-09-25 17:32:42 +03:00
|
|
|
DeviceClass parent_class;
|
|
|
|
|
2016-09-22 20:13:05 +03:00
|
|
|
const char *name;
|
2017-09-13 19:04:57 +03:00
|
|
|
const char *cpu_type;
|
2016-09-22 20:13:05 +03:00
|
|
|
uint32_t silicon_rev;
|
2016-12-27 17:59:27 +03:00
|
|
|
uint64_t sram_size;
|
hw/arm/aspeed_ast10x0: Map the secure SRAM
Some SRAM appears to be used by the Secure Boot unit and
crypto accelerators. Name it 'secure sram'.
Note, the SRAM base address was already present but unused
(the 'SBC' index is used for the MMIO peripheral).
Interestingly using CFLAGS=-Winitializer-overrides reports:
../hw/arm/aspeed_ast10x0.c:32:30: warning: initializer overrides prior initialization of this subobject [-Winitializer-overrides]
[ASPEED_DEV_SBC] = 0x7E6F2000,
^~~~~~~~~~
../hw/arm/aspeed_ast10x0.c:24:30: note: previous initialization is here
[ASPEED_DEV_SBC] = 0x79000000,
^~~~~~~~~~
This fixes with Zephyr:
uart:~$ rsa test
rsa test vector[0]:
[00:00:26.156,000] <err> os: ***** BUS FAULT *****
[00:00:26.157,000] <err> os: Precise data bus error
[00:00:26.157,000] <err> os: BFAR Address: 0x79000000
[00:00:26.158,000] <err> os: r0/a1: 0x79000000 r1/a2: 0x00000000 r2/a3: 0x00001800
[00:00:26.158,000] <err> os: r3/a4: 0x79001800 r12/ip: 0x00000800 r14/lr: 0x0001098d
[00:00:26.158,000] <err> os: xpsr: 0x81000000
[00:00:26.158,000] <err> os: Faulting instruction address (r15/pc): 0x0001e1bc
[00:00:26.158,000] <err> os: >>> ZEPHYR FATAL ERROR 0: CPU exception on CPU 0
[00:00:26.158,000] <err> os: Current thread: 0x38248 (shell_uart)
[00:00:26.165,000] <err> os: Halting system
Signed-off-by: Philippe Mathieu-Daudé <philmd@linaro.org>
Reviewed-by: Peter Delevoryas <peter@pjd.dev>
[ clg: Fixed size of Secure Boot Controller Memory ]
Signed-off-by: Cédric Le Goater <clg@kaod.org>
2023-02-07 11:02:05 +03:00
|
|
|
uint64_t secsram_size;
|
2016-10-17 21:22:16 +03:00
|
|
|
int spis_num;
|
2020-02-06 21:34:37 +03:00
|
|
|
int ehcis_num;
|
2017-07-11 13:21:26 +03:00
|
|
|
int wdts_num;
|
2019-09-25 17:32:46 +03:00
|
|
|
int macs_num;
|
2022-05-25 11:31:33 +03:00
|
|
|
int uarts_num;
|
2019-07-01 19:26:15 +03:00
|
|
|
const int *irqmap;
|
2019-07-01 19:26:15 +03:00
|
|
|
const hwaddr *memmap;
|
2019-07-01 19:26:16 +03:00
|
|
|
uint32_t num_cpus;
|
2022-05-25 11:31:33 +03:00
|
|
|
qemu_irq (*get_irq)(AspeedSoCState *s, int dev);
|
2020-09-03 23:43:22 +03:00
|
|
|
};
|
2016-09-22 20:13:05 +03:00
|
|
|
|
2016-03-16 20:06:00 +03:00
|
|
|
|
2019-07-01 19:26:15 +03:00
|
|
|
enum {
|
2023-03-02 15:57:50 +03:00
|
|
|
ASPEED_DEV_SPI_BOOT,
|
2020-08-25 22:20:02 +03:00
|
|
|
ASPEED_DEV_IOMEM,
|
|
|
|
ASPEED_DEV_UART1,
|
|
|
|
ASPEED_DEV_UART2,
|
|
|
|
ASPEED_DEV_UART3,
|
|
|
|
ASPEED_DEV_UART4,
|
|
|
|
ASPEED_DEV_UART5,
|
2022-05-25 11:31:33 +03:00
|
|
|
ASPEED_DEV_UART6,
|
|
|
|
ASPEED_DEV_UART7,
|
|
|
|
ASPEED_DEV_UART8,
|
|
|
|
ASPEED_DEV_UART9,
|
|
|
|
ASPEED_DEV_UART10,
|
|
|
|
ASPEED_DEV_UART11,
|
|
|
|
ASPEED_DEV_UART12,
|
|
|
|
ASPEED_DEV_UART13,
|
2020-08-25 22:20:02 +03:00
|
|
|
ASPEED_DEV_VUART,
|
|
|
|
ASPEED_DEV_FMC,
|
|
|
|
ASPEED_DEV_SPI1,
|
|
|
|
ASPEED_DEV_SPI2,
|
|
|
|
ASPEED_DEV_EHCI1,
|
|
|
|
ASPEED_DEV_EHCI2,
|
|
|
|
ASPEED_DEV_VIC,
|
|
|
|
ASPEED_DEV_SDMC,
|
|
|
|
ASPEED_DEV_SCU,
|
|
|
|
ASPEED_DEV_ADC,
|
2022-02-18 11:18:10 +03:00
|
|
|
ASPEED_DEV_SBC,
|
hw/arm/aspeed_ast10x0: Map the secure SRAM
Some SRAM appears to be used by the Secure Boot unit and
crypto accelerators. Name it 'secure sram'.
Note, the SRAM base address was already present but unused
(the 'SBC' index is used for the MMIO peripheral).
Interestingly using CFLAGS=-Winitializer-overrides reports:
../hw/arm/aspeed_ast10x0.c:32:30: warning: initializer overrides prior initialization of this subobject [-Winitializer-overrides]
[ASPEED_DEV_SBC] = 0x7E6F2000,
^~~~~~~~~~
../hw/arm/aspeed_ast10x0.c:24:30: note: previous initialization is here
[ASPEED_DEV_SBC] = 0x79000000,
^~~~~~~~~~
This fixes with Zephyr:
uart:~$ rsa test
rsa test vector[0]:
[00:00:26.156,000] <err> os: ***** BUS FAULT *****
[00:00:26.157,000] <err> os: Precise data bus error
[00:00:26.157,000] <err> os: BFAR Address: 0x79000000
[00:00:26.158,000] <err> os: r0/a1: 0x79000000 r1/a2: 0x00000000 r2/a3: 0x00001800
[00:00:26.158,000] <err> os: r3/a4: 0x79001800 r12/ip: 0x00000800 r14/lr: 0x0001098d
[00:00:26.158,000] <err> os: xpsr: 0x81000000
[00:00:26.158,000] <err> os: Faulting instruction address (r15/pc): 0x0001e1bc
[00:00:26.158,000] <err> os: >>> ZEPHYR FATAL ERROR 0: CPU exception on CPU 0
[00:00:26.158,000] <err> os: Current thread: 0x38248 (shell_uart)
[00:00:26.165,000] <err> os: Halting system
Signed-off-by: Philippe Mathieu-Daudé <philmd@linaro.org>
Reviewed-by: Peter Delevoryas <peter@pjd.dev>
[ clg: Fixed size of Secure Boot Controller Memory ]
Signed-off-by: Cédric Le Goater <clg@kaod.org>
2023-02-07 11:02:05 +03:00
|
|
|
ASPEED_DEV_SECSRAM,
|
2022-05-02 18:03:02 +03:00
|
|
|
ASPEED_DEV_EMMC_BC,
|
2020-08-25 22:20:02 +03:00
|
|
|
ASPEED_DEV_VIDEO,
|
|
|
|
ASPEED_DEV_SRAM,
|
|
|
|
ASPEED_DEV_SDHCI,
|
|
|
|
ASPEED_DEV_GPIO,
|
|
|
|
ASPEED_DEV_GPIO_1_8V,
|
|
|
|
ASPEED_DEV_RTC,
|
|
|
|
ASPEED_DEV_TIMER1,
|
|
|
|
ASPEED_DEV_TIMER2,
|
|
|
|
ASPEED_DEV_TIMER3,
|
|
|
|
ASPEED_DEV_TIMER4,
|
|
|
|
ASPEED_DEV_TIMER5,
|
|
|
|
ASPEED_DEV_TIMER6,
|
|
|
|
ASPEED_DEV_TIMER7,
|
|
|
|
ASPEED_DEV_TIMER8,
|
|
|
|
ASPEED_DEV_WDT,
|
|
|
|
ASPEED_DEV_PWM,
|
|
|
|
ASPEED_DEV_LPC,
|
|
|
|
ASPEED_DEV_IBT,
|
|
|
|
ASPEED_DEV_I2C,
|
2022-06-30 10:21:14 +03:00
|
|
|
ASPEED_DEV_PECI,
|
2020-08-25 22:20:02 +03:00
|
|
|
ASPEED_DEV_ETH1,
|
|
|
|
ASPEED_DEV_ETH2,
|
|
|
|
ASPEED_DEV_ETH3,
|
|
|
|
ASPEED_DEV_ETH4,
|
|
|
|
ASPEED_DEV_MII1,
|
|
|
|
ASPEED_DEV_MII2,
|
|
|
|
ASPEED_DEV_MII3,
|
|
|
|
ASPEED_DEV_MII4,
|
|
|
|
ASPEED_DEV_SDRAM,
|
|
|
|
ASPEED_DEV_XDMA,
|
|
|
|
ASPEED_DEV_EMMC,
|
2021-03-09 14:01:28 +03:00
|
|
|
ASPEED_DEV_KCS,
|
2021-05-01 11:03:51 +03:00
|
|
|
ASPEED_DEV_HACE,
|
2022-01-07 20:07:57 +03:00
|
|
|
ASPEED_DEV_DPMCU,
|
|
|
|
ASPEED_DEV_DP,
|
2022-01-11 11:45:46 +03:00
|
|
|
ASPEED_DEV_I3C,
|
2023-02-07 11:02:05 +03:00
|
|
|
ASPEED_DEV_ESPI,
|
|
|
|
ASPEED_DEV_UDC,
|
|
|
|
ASPEED_DEV_SGPIOM,
|
|
|
|
ASPEED_DEV_JTAG0,
|
|
|
|
ASPEED_DEV_JTAG1,
|
2019-07-01 19:26:15 +03:00
|
|
|
};
|
|
|
|
|
2023-03-02 15:57:50 +03:00
|
|
|
#define ASPEED_SOC_SPI_BOOT_ADDR 0x0
|
|
|
|
|
2022-05-25 11:31:33 +03:00
|
|
|
qemu_irq aspeed_soc_get_irq(AspeedSoCState *s, int dev);
|
aspeed: Refactor UART init for multi-SoC machines
This change moves the code that connects the SoC UART's to serial_hd's
to the machine.
It makes each UART a proper child member of the SoC, and then allows the
machine to selectively initialize the chardev for each UART with a
serial_hd.
This should preserve backwards compatibility, but also allow multi-SoC
boards to completely change the wiring of serial devices from the
command line to specific SoC UART's.
This also removes the uart-default property from the SoC, since the SoC
doesn't need to know what UART is the "default" on the machine anymore.
I tested this using the images and commands from the previous
refactoring, and another test image for the ast1030:
wget https://github.com/facebook/openbmc/releases/download/v2021.49.0/fuji.mtd
wget https://github.com/facebook/openbmc/releases/download/v2021.49.0/wedge100.mtd
wget https://github.com/peterdelevoryas/OpenBIC/releases/download/oby35-cl-2022.13.01/Y35BCL.elf
Fuji uses UART1:
qemu-system-arm -machine fuji-bmc \
-drive file=fuji.mtd,format=raw,if=mtd \
-nographic
ast2600-evb uses uart-default=UART5:
qemu-system-arm -machine ast2600-evb \
-drive file=fuji.mtd,format=raw,if=mtd \
-serial null -serial mon:stdio -display none
Wedge100 uses UART3:
qemu-system-arm -machine palmetto-bmc \
-drive file=wedge100.mtd,format=raw,if=mtd \
-serial null -serial null -serial null \
-serial mon:stdio -display none
AST1030 EVB uses UART5:
qemu-system-arm -machine ast1030-evb \
-kernel Y35BCL.elf -nographic
Fixes: 6827ff20b2975 ("hw: aspeed: Init all UART's with serial devices")
Signed-off-by: Peter Delevoryas <peter@pjd.dev>
Reviewed-by: Cédric Le Goater <clg@kaod.org>
Message-Id: <20220705191400.41632-4-peter@pjd.dev>
Signed-off-by: Cédric Le Goater <clg@kaod.org>
2022-07-14 17:24:38 +03:00
|
|
|
bool aspeed_soc_uart_realize(AspeedSoCState *s, Error **errp);
|
|
|
|
void aspeed_soc_uart_set_chr(AspeedSoCState *s, int dev, Chardev *chr);
|
2022-06-30 10:21:13 +03:00
|
|
|
bool aspeed_soc_dram_init(AspeedSoCState *s, Error **errp);
|
2022-06-30 10:21:13 +03:00
|
|
|
void aspeed_mmio_map(AspeedSoCState *s, SysBusDevice *dev, int n, hwaddr addr);
|
2022-06-30 10:21:13 +03:00
|
|
|
void aspeed_mmio_map_unimplemented(AspeedSoCState *s, SysBusDevice *dev,
|
|
|
|
const char *name, hwaddr addr,
|
|
|
|
uint64_t size);
|
2022-07-14 17:24:38 +03:00
|
|
|
void aspeed_board_init_flashes(AspeedSMCState *s, const char *flashtype,
|
|
|
|
unsigned int count, int unit0);
|
2022-05-25 11:31:33 +03:00
|
|
|
|
2016-09-22 20:13:05 +03:00
|
|
|
#endif /* ASPEED_SOC_H */
|