-----Original Message-----
From: Cédric Le Goater <clg@kaod.org>
Sent: Tuesday, April 29, 2025 5:06 PM
To: Kane Chen <kane_chen@aspeedtech.com>; Peter Maydell
<peter.maydell@linaro.org>; Steven Lee <steven_lee@aspeedtech.com>; Troy
Lee <leetroy@gmail.com>; Jamin Lin <jamin_lin@aspeedtech.com>; Andrew
Jeffery <andrew@codeconstruct.com.au>; Joel Stanley <joel@jms.id.au>; open
list:ASPEED BMCs <qemu-arm@nongnu.org>; open list:All patches CC here
<qemu-devel@nongnu.org>
Cc: Troy Lee <troy_lee@aspeedtech.com>
Subject: Re: [PATCH v3 3/3] hw/arm: Integrate Aspeed OTP memory into
AST10x0 and AST2600 SoCs
Hello Kane,
[ ... ]
The Secure Boot Controller (SBC) includes some components like OTP
memory, crypto engine, boot controller, and so on. All components
within the SBC are fixed and cannot be changed. If we allow an otpmem
machine option, it may imply that different types or sizes of OTP
memory models are supported, such as:
* Different size: -M ast2600-evb,otpmem=otpmem-64k-drive
* Different model: -M ast2600-evb,otpmem=flash-drive
The optmem model should check the size and fail to realize in that case. This
would stop the machine before reset. This is a common pattern in QEMU. See
m25p80_realize().
Also, I think we would like the machine to start even if there is no block
backend. Please check how m25p80 models that behavior.
Thanks,
C.