RE: [PATCH v5 00/10] Add SSP/TSP power control and DRAM remap support for AST2700
Hi Cédric > Subject: Re: [PATCH v5 00/10] Add SSP/TSP power control and DRAM remap > support for AST2700 > > Hello Jamin, > > On 7/8/26 11:20, Jamin Lin wrote: > > This series improves AST2700 platform support by aligning SSP/TSP > > power and reset behavior with hardware, and enabling DRAM remapping > > required for proper firmware boot flow. > > > > This series depends on: > > [v2,0/8] Refactor AST2700 SCU preparation for coprocessors > > https://patchwork.kernel.org/project/qemu-devel/cover/20260707060919.3 > > [email protected]/ > > > > v1: > >1. The changes move DRAM/SDMC initialization earlier to support > > memory aliasing, add DRAM aliases for SSP/TSP SDRAM remap, and > > implement SSP/TSP reset, power-on, and remap controls via SCU registers. > >2. With these updates, SSP and TSP can be booted via PSP and load > > their binaries from DRAM. Functional tests and documentation are > > updated accordingly. > > > > v2: > >Fix "make check" failure caused by both AST2700 and AST1700 realizing > the same > >TYPE_AST2700_SCU model. > > > > v3: > > 1. Drop "Move DRAM and SDMC initialization earlier to support memory > aliasing" > > 2. Support SPI/FMC FIFO Mode > > 3. Add unimplemented devices > > > > v4: > > 1. Introduce Aspeed2700SCU subclass and separate from generic SCU. > > 2. Add separate reset handler for AST2700 SCUIO > > 3. Add AST2700 SCUIO RNG control and data registers > > 4. Share single SCUIO instance across PSP, SSP, and TSP > > 5. Fix AST2700 FC hardware strap settings > > > > v5: > > 1. To speed up the review process, move the following patches into a > separate > > patch series, as they are not directly related to the main topic of > > this > series: > > > > [v4,01/21] hw/misc/aspeed_scu: Introduce Aspeed2700SCU subclass > and separate from generic SCU > > [v4,02/21] hw/misc/aspeed_scu: Add separate reset handler for > AST2700 SCUIO > > [v4,11/21] hw/arm/ast27x0: Share FMC controller with SSP and TSP > > [v4,12/21] hw/arm/aspeed_ast27x0: Add unimplemented Privilege > Controller MMIO regions for SSP/TSP (Merged) > > [v4,13/21] hw/arm/aspeed_ast27x0: Add unimplemented OTP > controller MMIO regions for SSP/TSP (Merged) > > [v4,14/21] hw/block/m25p80: Implement volatile status register write > enable for Winbond > > [v4,15/21] hw/ssi/aspeed_smc: Add Data FIFO-based flash access > support for AST2700 > > [v4,16/21] hw/misc/aspeed_scu: Drop noisy unhandled read logs for > AST2700 SCU/SCUIO (Merged) > > [v4,17/21] hw/misc/aspeed_scu: Add AST2700 SCUIO RNG control and > data registers (Merged) > > [v4,18/21] hw/arm/ast27x0: Share single SCUIO instance across PSP, > SSP, and TSP > > [v4,19/21] hw/arm/aspeed_ast27x0-fc: Fix hardware strap settings > > (Merged) > > > >2. Add memory_region_transaction_begin() and > memory_region_transaction_commit() > > to protect the transaction. > > > > Jamin Lin (10): > >hw/arm/ast27x0: Start SSP in powered-off state to match hardware > > behavior > >hw/arm/ast27x0: Start TSP in powered-off state to match hardware > > behavior > >hw/arm/ast27x0: Add DRAM alias for SSP SDRAM remap > >hw/arm/ast27x0: Add DRAM alias for TSP SDRAM remap > >hw/misc/aspeed_scu: Implement SSP reset and power-on control via SCU > > registers > >hw/misc/aspeed_scu: Implement TSP reset and power-on control via > SCU > > registers > >hw/misc/aspeed_scu: Add SCU support for SSP SDRAM remap > >hw/misc/aspeed_scu: Add SCU support for TSP SDRAM remap > >tests/functional/aarch64/test_aspeed_ast2700fc: Boot SSP/TSP via PSP > > and load binaries from DRAM > >docs: Add support vbootrom and update Manual boot for ast2700fc > > > > docs/system/arm/aspeed.rst| 42 ++- > > include/hw/misc/aspeed_scu.h | 5 + > > hw/arm/aspeed_ast27x0-fc.c| 4 + > > hw/arm/aspeed_ast27x0-ssp.c | 13 + > > hw/arm/aspeed_ast27x0-tsp.c | 10 + > > hw/arm/aspeed_ast27x0.c | 6 + > > hw/misc/aspeed_scu.c | 285 > ++ > > .../aarch64/test_aspeed_ast2700fc.py | 29 +- > > 8 files changed, 374 insertions(+), 20 deletions(-) > > > > Here are some general comments on the design, > > >
Re: [PATCH v5 00/10] Add SSP/TSP power control and DRAM remap support for AST2700
Hello Jamin, On 7/8/26 11:20, Jamin Lin wrote: This series improves AST2700 platform support by aligning SSP/TSP power and reset behavior with hardware, and enabling DRAM remapping required for proper firmware boot flow. This series depends on: [v2,0/8] Refactor AST2700 SCU preparation for coprocessors https://patchwork.kernel.org/project/qemu-devel/cover/[email protected]/ v1: 1. The changes move DRAM/SDMC initialization earlier to support memory aliasing, add DRAM aliases for SSP/TSP SDRAM remap, and implement SSP/TSP reset, power-on, and remap controls via SCU registers. 2. With these updates, SSP and TSP can be booted via PSP and load their binaries from DRAM. Functional tests and documentation are updated accordingly. v2: Fix "make check" failure caused by both AST2700 and AST1700 realizing the same TYPE_AST2700_SCU model. v3: 1. Drop "Move DRAM and SDMC initialization earlier to support memory aliasing" 2. Support SPI/FMC FIFO Mode 3. Add unimplemented devices v4: 1. Introduce Aspeed2700SCU subclass and separate from generic SCU. 2. Add separate reset handler for AST2700 SCUIO 3. Add AST2700 SCUIO RNG control and data registers 4. Share single SCUIO instance across PSP, SSP, and TSP 5. Fix AST2700 FC hardware strap settings v5: 1. To speed up the review process, move the following patches into a separate patch series, as they are not directly related to the main topic of this series: [v4,01/21] hw/misc/aspeed_scu: Introduce Aspeed2700SCU subclass and separate from generic SCU [v4,02/21] hw/misc/aspeed_scu: Add separate reset handler for AST2700 SCUIO [v4,11/21] hw/arm/ast27x0: Share FMC controller with SSP and TSP [v4,12/21] hw/arm/aspeed_ast27x0: Add unimplemented Privilege Controller MMIO regions for SSP/TSP (Merged) [v4,13/21] hw/arm/aspeed_ast27x0: Add unimplemented OTP controller MMIO regions for SSP/TSP (Merged) [v4,14/21] hw/block/m25p80: Implement volatile status register write enable for Winbond [v4,15/21] hw/ssi/aspeed_smc: Add Data FIFO-based flash access support for AST2700 [v4,16/21] hw/misc/aspeed_scu: Drop noisy unhandled read logs for AST2700 SCU/SCUIO (Merged) [v4,17/21] hw/misc/aspeed_scu: Add AST2700 SCUIO RNG control and data registers (Merged) [v4,18/21] hw/arm/ast27x0: Share single SCUIO instance across PSP, SSP, and TSP [v4,19/21] hw/arm/aspeed_ast27x0-fc: Fix hardware strap settings (Merged) 2. Add memory_region_transaction_begin() and memory_region_transaction_commit() to protect the transaction. Jamin Lin (10): hw/arm/ast27x0: Start SSP in powered-off state to match hardware behavior hw/arm/ast27x0: Start TSP in powered-off state to match hardware behavior hw/arm/ast27x0: Add DRAM alias for SSP SDRAM remap hw/arm/ast27x0: Add DRAM alias for TSP SDRAM remap hw/misc/aspeed_scu: Implement SSP reset and power-on control via SCU registers hw/misc/aspeed_scu: Implement TSP reset and power-on control via SCU registers hw/misc/aspeed_scu: Add SCU support for SSP SDRAM remap hw/misc/aspeed_scu: Add SCU support for TSP SDRAM remap tests/functional/aarch64/test_aspeed_ast2700fc: Boot SSP/TSP via PSP and load binaries from DRAM docs: Add support vbootrom and update Manual boot for ast2700fc docs/system/arm/aspeed.rst| 42 ++- include/hw/misc/aspeed_scu.h | 5 + hw/arm/aspeed_ast27x0-fc.c| 4 + hw/arm/aspeed_ast27x0-ssp.c | 13 + hw/arm/aspeed_ast27x0-tsp.c | 10 + hw/arm/aspeed_ast27x0.c | 6 + hw/misc/aspeed_scu.c | 285 ++ .../aarch64/test_aspeed_ast2700fc.py | 29 +- 8 files changed, 374 insertions(+), 20 deletions(-) Here are some general comments on the design, * Aspeed SCU Models Aspeed2700SCUState is used by 3 instances: - 1 PSP SCU, then linked in SSP and TSP - 2 I/O expander SCUs (all aspeed.scu-ast2700) AspeedSCUState (the parent) is used by SCUIO (aspeed.scuio-ast2700) The I/O expander embeds Aspeed2700SCUState and gets the full dram_remap_alias[3], ssp_cpuid, tsp_cpuid, and dram link. none of which make sense for I/O. Also, I doubt the whole register space is implemented for all SoCs. This model seems overused to me and The I/O expander would need a fix to separate the SCU type. * remap Memory Regions I think we need to reorganize the code. The dram_remap Memory regions belong to the SSP and TSP coprocessor SoC states. Makes more sense to me. The only reason they are under SCU today is because it makes things easier for the memory region controls. So : include/hw/arm/aspeed_coprocessor.h: @@ -57,6 +57,8 @@ struct Aspeed27x0CoprocessorState { MemoryRegion scu_alias; MemoryRegion scuio_alias; MemoryRegion fmc_alias; +
RE: [PATCH v5 00/10] Add SSP/TSP power control and DRAM remap support for AST2700
Hi Lucien > > Hi Jamin, > > > As far as I know, you have implemented support for the I3C HCI controller on > the AST2700 platform, and it appears to work well in your local QEMU > environment. > > The model we wrote was against the Linux kernel drivers specific to the > AST2700 kernel drivers we see and are not generic HCI versions. > > We have discussed it but weren’t making a huge rush because of internal > process of upstreaming from taking time. > If that’s useful and if these are ahead of others in this thread I can > expedite > the work of upstreaming - please le me know your priorities for that. > Thank you for your reply. I'm currently investigating whether customers who have already implemented an I3C HCI model would be willing to upstream their work. We have also received inquiries from other customers asking about I3C HCI support. If no existing implementation is expected to be upstreamed, I may consider working on this task and contributing it upstream myself. This is not a top priority or an urgent task at the moment. I'm simply trying to understand whether there are any plans to upstream an existing implementation so that we can decide whether ASPEED should invest effort in developing this model. If your team is planning to upstream your implementation, I would greatly appreciate it. Thanks, Jamin > Cheers, > Luc > > -Original Message- > From: Jamin Lin > Sent: Thursday, July 9, 2026 10:11 AM > To: Philippe Mathieu-Daudé ; Cédric Le Goater > ; Peter Maydell ; Steven Lee > ; Troy Lee ; Kane Chen > ; Andrew Jeffery > ; Joel Stanley ; Pierrick > Bouvier ; open list:ASPEED BMCs > ; open list:All patches CC here > ; Nabih Estefan ; Joe > Komlodi ; Murray-Pitts, Lucien (DI SW EDA HAV SLSPE) > > Cc: Troy Lee > Subject: RE: [PATCH v5 00/10] Add SSP/TSP power control and DRAM remap > support for AST2700 > > + Joe(Google), Nabih(Google), Lucien(siemens) > > * > > Hi Philippe > > > > > On 8/7/26 11:20, Jamin Lin wrote: > > > > This series improves AST2700 platform support by aligning SSP/TSP > > > > power and reset behavior with hardware, and enabling DRAM > > > > remapping required for proper firmware boot flow. > > > > > > > > > > Jamin Lin (10): > > > >hw/arm/ast27x0: Start SSP in powered-off state to match hardware > > > > behavior > > > >hw/arm/ast27x0: Start TSP in powered-off state to match hardware > > > > behavior > > > >hw/arm/ast27x0: Add DRAM alias for SSP SDRAM remap > > > >hw/arm/ast27x0: Add DRAM alias for TSP SDRAM remap > > > >hw/misc/aspeed_scu: Implement SSP reset and power-on control > > > > via > > SCU > > > > registers > > > >hw/misc/aspeed_scu: Implement TSP reset and power-on control > > > > via > > > SCU > > > > registers > > > >hw/misc/aspeed_scu: Add SCU support for SSP SDRAM remap > > > >hw/misc/aspeed_scu: Add SCU support for TSP SDRAM remap > > > >tests/functional/aarch64/test_aspeed_ast2700fc: Boot SSP/TSP via > PSP > > > > and load binaries from DRAM > > > >docs: Add support vbootrom and update Manual boot for ast2700fc > > > > > > Series: > > > Tested-by: Philippe Mathieu-Daudé > > > > > > 2 notes: > > > > > > 1/ I3C errors in dmesg: > > > > > > [8.151230] 14c2.i3c0: MIPI I3C HCI v0.0 r00 > > > [8.151498] 14c2.i3c0: unsupported HCI version > > > [8.151761] mipi-i3c-hci 14c2.i3c0: probe with driver > > > mipi-i3c-hci failed with error -93 > > > [8.152250] 14c21000.i3c1: MIPI I3C HCI v0.0 r00 > > > [8.152518] 14c21000.i3c1: unsupported HCI version > > > [8.152779] mipi-i3c-hci 14c21000.i3c1: probe with driver > > > mipi-i3c-hci failed with error -93 > > > [8.153322] 14c22000.i3c2: MIPI I3C HCI v0.0 r00 > > > [8.153588] 14c22000.i3c2: unsupported HCI version > > > [8.153853] mipi-i3c-hci 14c22000.i3c2: probe with driver > > > mipi-i3c-hci failed with error -93 > > > ... > > > > The AST2700 I3C controller implements the MIPI I3C HCI specification, > > which is not yet supported by QEMU. > > Currently, QEMU only provides an I3C model for the DesignWare > > controller used on the AST2600. > > > Nabih, Joe, Lucien, > > As far as I know, you have implemented support for the I3C HCI controller on > the AST2700 platform, and it appears to work well in your local QE
RE: [PATCH v5 00/10] Add SSP/TSP power control and DRAM remap support for AST2700
Hi Jamin, > As far as I know, you have implemented support for the I3C HCI controller on > the AST2700 platform, and it appears to work well in your local QEMU > environment. The model we wrote was against the Linux kernel drivers specific to the AST2700 kernel drivers we see and are not generic HCI versions. We have discussed it but weren’t making a huge rush because of internal process of upstreaming from taking time. If that’s useful and if these are ahead of others in this thread I can expedite the work of upstreaming - please le me know your priorities for that. Cheers, Luc -Original Message- From: Jamin Lin Sent: Thursday, July 9, 2026 10:11 AM To: Philippe Mathieu-Daudé ; Cédric Le Goater ; Peter Maydell ; Steven Lee ; Troy Lee ; Kane Chen ; Andrew Jeffery ; Joel Stanley ; Pierrick Bouvier ; open list:ASPEED BMCs ; open list:All patches CC here ; Nabih Estefan ; Joe Komlodi ; Murray-Pitts, Lucien (DI SW EDA HAV SLSPE) Cc: Troy Lee Subject: RE: [PATCH v5 00/10] Add SSP/TSP power control and DRAM remap support for AST2700 + Joe(Google), Nabih(Google), Lucien(siemens) * > Hi Philippe > > > On 8/7/26 11:20, Jamin Lin wrote: > > > This series improves AST2700 platform support by aligning SSP/TSP > > > power and reset behavior with hardware, and enabling DRAM > > > remapping required for proper firmware boot flow. > > > > > > > Jamin Lin (10): > > >hw/arm/ast27x0: Start SSP in powered-off state to match hardware > > > behavior > > >hw/arm/ast27x0: Start TSP in powered-off state to match hardware > > > behavior > > >hw/arm/ast27x0: Add DRAM alias for SSP SDRAM remap > > >hw/arm/ast27x0: Add DRAM alias for TSP SDRAM remap > > >hw/misc/aspeed_scu: Implement SSP reset and power-on control > > > via > SCU > > > registers > > >hw/misc/aspeed_scu: Implement TSP reset and power-on control > > > via > > SCU > > > registers > > >hw/misc/aspeed_scu: Add SCU support for SSP SDRAM remap > > >hw/misc/aspeed_scu: Add SCU support for TSP SDRAM remap > > >tests/functional/aarch64/test_aspeed_ast2700fc: Boot SSP/TSP via PSP > > > and load binaries from DRAM > > >docs: Add support vbootrom and update Manual boot for ast2700fc > > > > Series: > > Tested-by: Philippe Mathieu-Daudé > > > > 2 notes: > > > > 1/ I3C errors in dmesg: > > > > [8.151230] 14c2.i3c0: MIPI I3C HCI v0.0 r00 > > [8.151498] 14c2.i3c0: unsupported HCI version > > [8.151761] mipi-i3c-hci 14c2.i3c0: probe with driver > > mipi-i3c-hci failed with error -93 > > [8.152250] 14c21000.i3c1: MIPI I3C HCI v0.0 r00 > > [8.152518] 14c21000.i3c1: unsupported HCI version > > [8.152779] mipi-i3c-hci 14c21000.i3c1: probe with driver > > mipi-i3c-hci failed with error -93 > > [8.153322] 14c22000.i3c2: MIPI I3C HCI v0.0 r00 > > [8.153588] 14c22000.i3c2: unsupported HCI version > > [8.153853] mipi-i3c-hci 14c22000.i3c2: probe with driver > > mipi-i3c-hci failed with error -93 > > ... > > The AST2700 I3C controller implements the MIPI I3C HCI specification, > which is not yet supported by QEMU. > Currently, QEMU only provides an I3C model for the DesignWare > controller used on the AST2600. > Nabih, Joe, Lucien, As far as I know, you have implemented support for the I3C HCI controller on the AST2700 platform, and it appears to work well in your local QEMU environment. Do you have any plans to upstream this work? If you are planning to upstream the I3C HCI support, it would be greatly appreciated. Thanks, Jamin > > > > 2/ shutdown not working > > > > [ 246.405297] systemd-shutdown[1]: Entering exitrd... > > shutdown: poweroff --timeout=9000us --log-level info > > --log-target=kmsg --log-color --exit-code=0 > > /shutdown: line 97: poweroff: not found Execute poweroff -f if all > > unmounted ok, or exec /init shutdown-sh# > > OpenBMC currently only supports reboot. > Invoking shutdown causes the system to return to the Linux initramfs > instead of powering off. > > Thanks, > Jamin
RE: [PATCH v5 00/10] Add SSP/TSP power control and DRAM remap support for AST2700
+ Joe(Google), Nabih(Google), Lucien(siemens) * > Hi Philippe > > > On 8/7/26 11:20, Jamin Lin wrote: > > > This series improves AST2700 platform support by aligning SSP/TSP > > > power and reset behavior with hardware, and enabling DRAM remapping > > > required for proper firmware boot flow. > > > > > > > Jamin Lin (10): > > >hw/arm/ast27x0: Start SSP in powered-off state to match hardware > > > behavior > > >hw/arm/ast27x0: Start TSP in powered-off state to match hardware > > > behavior > > >hw/arm/ast27x0: Add DRAM alias for SSP SDRAM remap > > >hw/arm/ast27x0: Add DRAM alias for TSP SDRAM remap > > >hw/misc/aspeed_scu: Implement SSP reset and power-on control via > SCU > > > registers > > >hw/misc/aspeed_scu: Implement TSP reset and power-on control via > > SCU > > > registers > > >hw/misc/aspeed_scu: Add SCU support for SSP SDRAM remap > > >hw/misc/aspeed_scu: Add SCU support for TSP SDRAM remap > > >tests/functional/aarch64/test_aspeed_ast2700fc: Boot SSP/TSP via PSP > > > and load binaries from DRAM > > >docs: Add support vbootrom and update Manual boot for ast2700fc > > > > Series: > > Tested-by: Philippe Mathieu-Daudé > > > > 2 notes: > > > > 1/ I3C errors in dmesg: > > > > [8.151230] 14c2.i3c0: MIPI I3C HCI v0.0 r00 > > [8.151498] 14c2.i3c0: unsupported HCI version > > [8.151761] mipi-i3c-hci 14c2.i3c0: probe with driver > > mipi-i3c-hci failed with error -93 > > [8.152250] 14c21000.i3c1: MIPI I3C HCI v0.0 r00 > > [8.152518] 14c21000.i3c1: unsupported HCI version > > [8.152779] mipi-i3c-hci 14c21000.i3c1: probe with driver > > mipi-i3c-hci failed with error -93 > > [8.153322] 14c22000.i3c2: MIPI I3C HCI v0.0 r00 > > [8.153588] 14c22000.i3c2: unsupported HCI version > > [8.153853] mipi-i3c-hci 14c22000.i3c2: probe with driver > > mipi-i3c-hci failed with error -93 > > ... > > The AST2700 I3C controller implements the MIPI I3C HCI specification, which > is not yet supported by QEMU. > Currently, QEMU only provides an I3C model for the DesignWare controller > used on the AST2600. > Nabih, Joe, Lucien, As far as I know, you have implemented support for the I3C HCI controller on the AST2700 platform, and it appears to work well in your local QEMU environment. Do you have any plans to upstream this work? If you are planning to upstream the I3C HCI support, it would be greatly appreciated. Thanks, Jamin > > > > 2/ shutdown not working > > > > [ 246.405297] systemd-shutdown[1]: Entering exitrd... > > shutdown: poweroff --timeout=9000us --log-level info > > --log-target=kmsg --log-color --exit-code=0 > > /shutdown: line 97: poweroff: not found Execute poweroff -f if all > > unmounted ok, or exec /init shutdown-sh# > > OpenBMC currently only supports reboot. > Invoking shutdown causes the system to return to the Linux initramfs instead > of > powering off. > > Thanks, > Jamin
RE: [PATCH v5 00/10] Add SSP/TSP power control and DRAM remap support for AST2700
Hi Philippe > On 8/7/26 11:20, Jamin Lin wrote: > > This series improves AST2700 platform support by aligning SSP/TSP > > power and reset behavior with hardware, and enabling DRAM remapping > > required for proper firmware boot flow. > > > > Jamin Lin (10): > >hw/arm/ast27x0: Start SSP in powered-off state to match hardware > > behavior > >hw/arm/ast27x0: Start TSP in powered-off state to match hardware > > behavior > >hw/arm/ast27x0: Add DRAM alias for SSP SDRAM remap > >hw/arm/ast27x0: Add DRAM alias for TSP SDRAM remap > >hw/misc/aspeed_scu: Implement SSP reset and power-on control via SCU > > registers > >hw/misc/aspeed_scu: Implement TSP reset and power-on control via > SCU > > registers > >hw/misc/aspeed_scu: Add SCU support for SSP SDRAM remap > >hw/misc/aspeed_scu: Add SCU support for TSP SDRAM remap > >tests/functional/aarch64/test_aspeed_ast2700fc: Boot SSP/TSP via PSP > > and load binaries from DRAM > >docs: Add support vbootrom and update Manual boot for ast2700fc > > Series: > Tested-by: Philippe Mathieu-Daudé > > 2 notes: > > 1/ I3C errors in dmesg: > > [8.151230] 14c2.i3c0: MIPI I3C HCI v0.0 r00 > [8.151498] 14c2.i3c0: unsupported HCI version > [8.151761] mipi-i3c-hci 14c2.i3c0: probe with driver > mipi-i3c-hci failed with error -93 > [8.152250] 14c21000.i3c1: MIPI I3C HCI v0.0 r00 > [8.152518] 14c21000.i3c1: unsupported HCI version > [8.152779] mipi-i3c-hci 14c21000.i3c1: probe with driver > mipi-i3c-hci failed with error -93 > [8.153322] 14c22000.i3c2: MIPI I3C HCI v0.0 r00 > [8.153588] 14c22000.i3c2: unsupported HCI version > [8.153853] mipi-i3c-hci 14c22000.i3c2: probe with driver > mipi-i3c-hci failed with error -93 > ... The AST2700 I3C controller implements the MIPI I3C HCI specification, which is not yet supported by QEMU. Currently, QEMU only provides an I3C model for the DesignWare controller used on the AST2600. > > 2/ shutdown not working > > [ 246.405297] systemd-shutdown[1]: Entering exitrd... > shutdown: poweroff --timeout=9000us --log-level info --log-target=kmsg > --log-color --exit-code=0 > /shutdown: line 97: poweroff: not found > Execute poweroff -f if all unmounted ok, or exec /init shutdown-sh# OpenBMC currently only supports reboot. Invoking shutdown causes the system to return to the Linux initramfs instead of powering off. Thanks, Jamin
Re: [PATCH v5 00/10] Add SSP/TSP power control and DRAM remap support for AST2700
On 8/7/26 11:20, Jamin Lin wrote: This series improves AST2700 platform support by aligning SSP/TSP power and reset behavior with hardware, and enabling DRAM remapping required for proper firmware boot flow. Jamin Lin (10): hw/arm/ast27x0: Start SSP in powered-off state to match hardware behavior hw/arm/ast27x0: Start TSP in powered-off state to match hardware behavior hw/arm/ast27x0: Add DRAM alias for SSP SDRAM remap hw/arm/ast27x0: Add DRAM alias for TSP SDRAM remap hw/misc/aspeed_scu: Implement SSP reset and power-on control via SCU registers hw/misc/aspeed_scu: Implement TSP reset and power-on control via SCU registers hw/misc/aspeed_scu: Add SCU support for SSP SDRAM remap hw/misc/aspeed_scu: Add SCU support for TSP SDRAM remap tests/functional/aarch64/test_aspeed_ast2700fc: Boot SSP/TSP via PSP and load binaries from DRAM docs: Add support vbootrom and update Manual boot for ast2700fc Series: Tested-by: Philippe Mathieu-Daudé 2 notes: 1/ I3C errors in dmesg: [8.151230] 14c2.i3c0: MIPI I3C HCI v0.0 r00 [8.151498] 14c2.i3c0: unsupported HCI version [8.151761] mipi-i3c-hci 14c2.i3c0: probe with driver mipi-i3c-hci failed with error -93 [8.152250] 14c21000.i3c1: MIPI I3C HCI v0.0 r00 [8.152518] 14c21000.i3c1: unsupported HCI version [8.152779] mipi-i3c-hci 14c21000.i3c1: probe with driver mipi-i3c-hci failed with error -93 [8.153322] 14c22000.i3c2: MIPI I3C HCI v0.0 r00 [8.153588] 14c22000.i3c2: unsupported HCI version [8.153853] mipi-i3c-hci 14c22000.i3c2: probe with driver mipi-i3c-hci failed with error -93 ... 2/ shutdown not working [ 246.405297] systemd-shutdown[1]: Entering exitrd... shutdown: poweroff --timeout=9000us --log-level info --log-target=kmsg --log-color --exit-code=0 /shutdown: line 97: poweroff: not found Execute poweroff -f if all unmounted ok, or exec /init shutdown-sh#
