Open hayschan opened 10 months ago
Later, I found out that ESP32-S3 is probably not supported by Espressif QEMU. It only lists the support of ESP32 and ESP32-C3 here.
I changed the target
(at both locations, e.g. Build Test App
and Run Test App on Target (QEMU)
) back to esp32
and esp32c3
:
target:
- - esp32s3
+ - esp32
+ - esp32c3
Weirdly, I failed on the first stage this time - Build Test App
.
Run actions/upload-artifact@v3
/usr/bin/docker exec 388c95248a36e714275eb2474c40e3faf2af50f11003940093499ecad87ac991 sh -c "cat /etc/*release | grep ^ID"
Error: No files were found with the provided path: **/build**/bootloader/bootloader.bin
**/build**/partition_table/partition-table.bin
**/build**/*.bin
**/build**/*.elf
**/build**/flasher_args.json. No artifacts will be uploaded.
Hi @hayschan could you provide more logs? for example the build logs? If the build succeeded, these files should exist.
Hello Hanxi Fu,
I'm encountering an issue with QEMU in the GitHub Actions CI/CD workflow when using the
hfudev/esp-idf-build-and-test-ci-template
for testing ESP32S3. The problem arises during the "Run Test App on Target (QEMU)" stage, where QEMU fails to recognize theesp32s3
machine type.When I
idf.py build
andpytest -s --embedded-service esp,idf
thetest_app
, the unit testing went successfully.pytest_aip1629.py
:Error Details:
qemu-system-xtensa: unsupported machine type
andpexpect.exceptions.TIMEOUT
.components/aip1629/test_apps/pytest_aip1629.py
which relies on QEMU to emulate the ESP32S3 environment.Request for Assistance
I would greatly appreciate your expertise and insights on the following:
esp32s3
machine type in this particular setup.I am attaching the relevant section of my GitHub Actions workflow configuration and the error logs for your reference.
GitHub Actions workflow configuration
Error log
Thank you in advance for your assistance and time. Your guidance will be invaluable in helping resolve this critical issue.