Hello Patrick
On 10/2/25 04:21, Patrick Williams wrote:
On Tue, Sep 30, 2025 at 07:51:15AM +0200, Cédric Le Goater wrote:
Hello Patrick
Would it be possible to contribute a functional test for this
machine ?
The request applies to these Facebook machines :
sonorapass-bmc
This machine type is deprecated and never went to production.
OK. Let's deprecate then.
yosemitev2-bmc
tiogapass-bmc
fuji-bmc
fby35-bmc
All of these are used by OpenBMC and/or Meta for QEMU validation of
new BMC images. I can get you an image for these if necessary.
That would be great ! Pointing to the latest images would be preferred.
Since these machines contribute little to the Aspeed models,
their value lies in the firmware they can run to exercise the
models. Without functional tests, I plan to schedule their
removal in the QEMU 10.2 cycle.
I don't understand this statement. What does "little value to the
Aspeed models" have to do with keeping machines in place. If we are> only going to have
support for machines that you deem as "valuable" why
would anyone contribute a new machine?
This is specific to the Aspeed machines.
We maintain *many* Aspeed machines with only minor differences. If
the only distinction is the flash model, the 'ast2600-evb' machine
can be used with the 'fmc-model' option to specify the flash type.
The I2C devices attached to the board do introduce differences, but
if upstream is to maintain the QEMU machine, there must be a way to
test it. By the way, I liked the idea of introducing a file per
machine.
Finally, without tests, it is harder to determine when something
becomes deprecated/unused.
Is this a new policy that QEMU
only wants specific machine models for any particular SOC?
This is not a new policy, but it is strongly recommended to have
a way to test the machine, and I try to enforce that. However, if
someone indicates that a board is being used for kernel testing
but lacks an image, I consider that sufficient to conclude it is
not deprecated (and that providing a functional test is possible ;)
I hope this clarifies the intentions. It's more about making tests
available than limiting contributions.
The fby35-bmc value is in its multisoc nature. We now have the
ast2700fc available as its replacement
We actually don't use the multisoc aspect of this machine. I'd be fine
if we drop those pieces specifically but the general "can the BMC image
boot" is regularly used.
ok. I am fine with that if we don't need to boot the coprocessor.
Peter provided me images in the past (2022) and I am using :
$qemu -machine fby35 \
-drive file=$flash,format=raw,if=mtd \
-device loader,file=Y35BCL.elf,addr=0,cpu-num=2 \
-nographic -display none -serial pty -serial pty -serial mon:stdio
and it seems that without Y35BCL.elf, the machine crashes.
Thanks,
C.
