Date   

Re: ACRN hypervisor build fails with internal error

Junjie Mao
 

Hi,

Welcome to ACRN!

What this calltrace complains about is that the platform has multiple
sockets and thus L3 caches which is a case beyond ACRN's common uses
today. However, multiple sockets may not hurt if CAT (Cache Allocation
Technology) is not to be enabled which is the case according to your
scenario definition.

Here's a one-liner patch to skip the L3 cache related logic at the
configuration phase (just cherry-pick the first commit in this branch):

https://github.com/junjiemao1/acrn-hypervisor/commits/release_3.0

While that allows you to build the hypervisor, there could be other
issues when deploying ACRN on a server like yours.

May we know your intended use case for running ACRN on a server?

--
Best Regards
Junjie Mao

"Liu, Fuzhong" <fuzhong.liu@...> writes:


Hi,

recently I started with the getting started guide for version 3.0.
When starting the first build of the hypervisor i get the following error:

acrn@acrn-virtual-machine:~/acrn-work/acrn-hypervisor$ make BOARD=~/acrn-work/MyConfiguration/X12DPi-N-T-6.board.xml SCENARIO=~/acrn-work/MyConfiguration/scenario.xml

make[1]: Entering directory '/home/acrn/acrn-work/acrn-hypervisor/hypervisor'

Traceback (most recent call last):

File "/home/acrn/acrn-work/acrn-hypervisor/misc/config_tools/static_allocators/main.py", line 41, in <module>

main(args)

File "/home/acrn/acrn-work/acrn-hypervisor/misc/config_tools/static_allocators/main.py", line 31, in main

module.fn(board_etree, scenario_etree, allocation_etree)

File "/home/acrn/acrn-work/acrn-hypervisor/misc/config_tools/static_allocators/clos.py", line 82, in fn

create_mask_list_node(board_etree, scenario_etree, allocation_etree, policy_list)

File "/home/acrn/acrn-work/acrn-hypervisor/misc/config_tools/static_allocators/clos.py", line 53, in create_mask_list_node

length = common.get_node(f"//cache[@level='3']/capability/capacity_mask_length/text()", board_etree)

File "/home/acrn/acrn-work/acrn-hypervisor/misc/config_tools/static_allocators/../library/common.py", line 200, in get_node

assert len(result) <= 1, f"Internal error: multiple element nodes are found for {xpath}"

AssertionError: Internal error: multiple element nodes are found for //cache[@level='3']/capability/capacity_mask_length/text()

make[1]: *** No rule to make target '/home/acrn/acrn-work/acrn-hypervisor/build/hypervisor/configs/allocation.xml', needed by '/home/acrn/acrn-work/acrn-hypervisor/build/hypervisor/configs/unified.xml'. Stop.

make[1]: Leaving directory '/home/acrn/acrn-work/acrn-hypervisor/hypervisor'

make: *** [Makefile:137: hvdefconfig] Error 2

Is there a bug in the make file or am I doing something wrong here?

Please find the scenario.xml and the Board file attached.

_._,_._,_

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Links:

You receive all messages sent to this group.

View/Reply Online (#1213) | Reply To Group | Reply To Sender | Mute This Topic | New Topic
Your Subscription | Contact Group Owner | Unsubscribe [fuzhong.liu@...]


Re: ACRN hypervisor build fails with internal error

Liu, Fuzhong
 

Will track this issue with: https://github.com/projectacrn/acrn-hypervisor/issues/7882 Build fail on X12DPi-NT6 with v3.0

 

 

From: acrn-users@... <acrn-users@...> On Behalf Of jan.hoffmann2 via lists.projectacrn.org
Sent: Friday, July 8, 2022 4:30 PM
To: acrn-users@...
Subject: Re: [acrn-users] ACRN hypervisor build fails with internal error

 

Hi,

Thanks for the fast reply!

One remark: The board CPU is based on Ice-lake. 

Yes the build happens on a Ubuntu 20.04:
acrn@acrn-virtual-machine:~/acrn-work/acrn-hypervisor$ cat /etc/os-release

NAME="Ubuntu"

VERSION="20.04.4 LTS (Focal Fossa)"

ID=ubuntu

ID_LIKE=debian

PRETTY_NAME="Ubuntu 20.04.4 LTS"

VERSION_ID="20.04"

HOME_URL=https://www.ubuntu.com/

SUPPORT_URL=https://help.ubuntu.com/

BUG_REPORT_URL=https://bugs.launchpad.net/ubuntu/

PRIVACY_POLICY_URL=https://www.ubuntu.com/legal/terms-and-policies/privacy-policy

VERSION_CODENAME=focal

UBUNTU_CODENAME=focal

 

On the destination machine currently the same version is running.


Re: ACRN hypervisor build fails with internal error

jan.hoffmann2@...
 

Hi,

Thanks for the fast reply!

One remark: The board CPU is based on Ice-lake. 

Yes the build happens on a Ubuntu 20.04:
acrn@acrn-virtual-machine:~/acrn-work/acrn-hypervisor$ cat /etc/os-release

NAME="Ubuntu"

VERSION="20.04.4 LTS (Focal Fossa)"

ID=ubuntu

ID_LIKE=debian

PRETTY_NAME="Ubuntu 20.04.4 LTS"

VERSION_ID="20.04"

HOME_URL=https://www.ubuntu.com/

SUPPORT_URL=https://help.ubuntu.com/

BUG_REPORT_URL=https://bugs.launchpad.net/ubuntu/

PRIVACY_POLICY_URL=https://www.ubuntu.com/legal/terms-and-policies/privacy-policy

VERSION_CODENAME=focal

UBUNTU_CODENAME=focal

 

On the destination machine currently the same version is running.


Re: ACRN hypervisor build fails with internal error

Liu, Fuzhong
 

Hi

Thanks for try ACRN v3.0!

Ubuntu 20.04 is  verified for v3.0.

Do you build ACRN with ubuntu 20.04?

 

BR.

Fuzhong

 

 

From: acrn-users@... <acrn-users@...> On Behalf Of jan.hoffmann2 via lists.projectacrn.org
Sent: Friday, July 8, 2022 3:02 PM
To: acrn-users@...
Subject: [acrn-users] ACRN hypervisor build fails with internal error

 

Hi,

recently I started with the getting started guide for version 3.0. 
When starting the first build of the hypervisor i get the following error:

acrn@acrn-virtual-machine:~/acrn-work/acrn-hypervisor$ make BOARD=~/acrn-work/MyConfiguration/X12DPi-N-T-6.board.xml  SCENARIO=~/acrn-work/MyConfiguration/scenario.xml

make[1]: Entering directory '/home/acrn/acrn-work/acrn-hypervisor/hypervisor'

Traceback (most recent call last):

  File "/home/acrn/acrn-work/acrn-hypervisor/misc/config_tools/static_allocators/main.py", line 41, in <module>

    main(args)

  File "/home/acrn/acrn-work/acrn-hypervisor/misc/config_tools/static_allocators/main.py", line 31, in main

    module.fn(board_etree, scenario_etree, allocation_etree)

  File "/home/acrn/acrn-work/acrn-hypervisor/misc/config_tools/static_allocators/clos.py", line 82, in fn

    create_mask_list_node(board_etree, scenario_etree, allocation_etree, policy_list)

  File "/home/acrn/acrn-work/acrn-hypervisor/misc/config_tools/static_allocators/clos.py", line 53, in create_mask_list_node

    length = common.get_node(f"//cache[@level='3']/capability/capacity_mask_length/text()", board_etree)

  File "/home/acrn/acrn-work/acrn-hypervisor/misc/config_tools/static_allocators/../library/common.py", line 200, in get_node

    assert len(result) <= 1, f"Internal error: multiple element nodes are found for {xpath}"

AssertionError: Internal error: multiple element nodes are found for //cache[@level='3']/capability/capacity_mask_length/text()

make[1]: *** No rule to make target '/home/acrn/acrn-work/acrn-hypervisor/build/hypervisor/configs/allocation.xml', needed by '/home/acrn/acrn-work/acrn-hypervisor/build/hypervisor/configs/unified.xml'.  Stop.

make[1]: Leaving directory '/home/acrn/acrn-work/acrn-hypervisor/hypervisor'

make: *** [Makefile:137: hvdefconfig] Error 2

Is there a bug in the make file or am I doing something wrong here?

Please find the scenario.xml and the Board file attached.


ACRN hypervisor build fails with internal error

jan.hoffmann2@...
 

Hi,
recently I started with the getting started guide for version 3.0. 
When starting the first build of the hypervisor i get the following error:
acrn@acrn-virtual-machine:~/acrn-work/acrn-hypervisor$ make BOARD=~/acrn-work/MyConfiguration/X12DPi-N-T-6.board.xml  SCENARIO=~/acrn-work/MyConfiguration/scenario.xml
make[1]: Entering directory '/home/acrn/acrn-work/acrn-hypervisor/hypervisor'
Traceback (most recent call last):
  File "/home/acrn/acrn-work/acrn-hypervisor/misc/config_tools/static_allocators/main.py", line 41, in <module>
    main(args)
  File "/home/acrn/acrn-work/acrn-hypervisor/misc/config_tools/static_allocators/main.py", line 31, in main
    module.fn(board_etree, scenario_etree, allocation_etree)
  File "/home/acrn/acrn-work/acrn-hypervisor/misc/config_tools/static_allocators/clos.py", line 82, in fn
    create_mask_list_node(board_etree, scenario_etree, allocation_etree, policy_list)
  File "/home/acrn/acrn-work/acrn-hypervisor/misc/config_tools/static_allocators/clos.py", line 53, in create_mask_list_node
    length = common.get_node(f"//cache[@level='3']/capability/capacity_mask_length/text()", board_etree)
  File "/home/acrn/acrn-work/acrn-hypervisor/misc/config_tools/static_allocators/../library/common.py", line 200, in get_node
    assert len(result) <= 1, f"Internal error: multiple element nodes are found for {xpath}"
AssertionError: Internal error: multiple element nodes are found for //cache[@level='3']/capability/capacity_mask_length/text()
make[1]: *** No rule to make target '/home/acrn/acrn-work/acrn-hypervisor/build/hypervisor/configs/allocation.xml', needed by '/home/acrn/acrn-work/acrn-hypervisor/build/hypervisor/configs/unified.xml'.  Stop.
make[1]: Leaving directory '/home/acrn/acrn-work/acrn-hypervisor/hypervisor'
make: *** [Makefile:137: hvdefconfig] Error 2

Is there a bug in the make file or am I doing something wrong here?

Please find the scenario.xml and the Board file attached.


Re: Using GPU passthrough in apollo lake

Liu, Fuzhong
 

Hi shibi

The GOP is MUST needed when you create WaaG image.

If your User VM is non-WaaG or you already have the WaaG image, you don’t need to patch GOP and VBT for using GPU passthrough.

 

Thanks!

 

BR.

Fuzhong

From: acrn-users@... <acrn-users@...> On Behalf Of shibi590268@...
Sent: Thursday, July 7, 2022 8:46 PM
To: acrn-users@...
Subject: Re: [acrn-users] Using GPU passthrough in apollo lake

 

Hi Fuzhong,
    Thanks for the reply. For the latest platforms, still do we need to patch GOP and VBT for using GPU passthrough?


Re: Using GPU passthrough in apollo lake

shibi590268@...
 

Hi Fuzhong,
    Thanks for the reply. For the latest platforms, still do we need to patch GOP and VBT for using GPU passthrough?


Re: Using GPU passthrough in apollo lake

Liu, Fuzhong
 

Hi shibi

Thanks for try ACRN on APL platform!

APL isn’t the verified platform for GVT-d; please try GVT-g with the codebase v2.0 since GVT-g isn’t supported after v2.0.

Or please try GVT-d with Kaby Lake/ Whiskey Lake/ Tiger Lake.

 

Thanks!

 

BR.

Fuzhong

From: acrn-users@... <acrn-users@...> On Behalf Of shibi590268@...
Sent: Wednesday, July 6, 2022 5:25 PM
To: acrn-users@...
Subject: [acrn-users] Using GPU passthrough in apollo lake

 

Fuzhong/ Geoffrey,
              I am trying to passthrough the GPU to a guest vm in Intel apollo lake family hardware with atom processor. I built acrn hypervisor with yocto. The GPU (VGA controller) is successfully passthrough to the guest vm. lspci command shows the passthrough VGA controller in the guest VM. But still the guest vm could not display anything on the screen. I see some errors in i915 driver. Is it required to patch the ovmf bootloader with VBT and GOP for this particular hardware to make the display work as mentioned in the below link? Am i missing anything?
https://projectacrn.github.io/latest/tutorials/gpu-passthru.html

ACRN: 2.7
Poky and meta-acrn branch: kirkstone


Re: Using Virtio-gpio in guest VM

Yu Wang
 

Hi,

On Thu, May 12, 2022 at 11:05:21PM -0700, shibi590268@... wrote:
Fuzhong,
I checked the acrn kernel with tag release_1.4. That seems to work with latest acrn hypervisor tag release_2.7. Hence i patched the code to the latest kernel 5.10/preempt-rt and it worked. Consider this as my suggestion it would be good if the virtio-gpio patch is carried over to the latest kernels in the future.
The virito-gpio has been upstreamed in virtio 1.2 spec and its FE driver
also integrated to Linux kernel.

The ACRN1.4's Virtio gpio implementation is far away from the upstream
version. So the correct way is to implement a new virtio-gpio BE
followed the spec...

It is not on our roadmap, but we expect anyone from ACRN community can
contribute it. :)

Thanks
Yu






Using GPU passthrough in apollo lake

shibi590268@...
 

Fuzhong/ Geoffrey,
              I am trying to passthrough the GPU to a guest vm in Intel apollo lake family hardware with atom processor. I built acrn hypervisor with yocto. The GPU (VGA controller) is successfully passthrough to the guest vm. lspci command shows the passthrough VGA controller in the guest VM. But still the guest vm could not display anything on the screen. I see some errors in i915 driver. Is it required to patch the ovmf bootloader with VBT and GOP for this particular hardware to make the display work as mentioned in the below link? Am i missing anything?
https://projectacrn.github.io/latest/tutorials/gpu-passthru.html

ACRN: 2.7
Poky and meta-acrn branch: kirkstone


[Announce] ACRN Open Source Ver3.0 Release Notes

Zou, Terry
 

Hi all, We are very pleased to announce Version 3.0 release of ACRN. You can see the release blog from https://projectacrn.org/blog/ and detailed Release Notes in website https://projectacrn.github.io/latest/release_notes/release_notes_3.0.html

What’s New in v3.0:

·        Redesigned ACRN Configuration

We heard your feedback: ACRN configuration is difficult, confusing, and had too many parameters that were not easy to understand. Release v3.0 features a new ACRN Configurator UI tool with a more intuitive design and workflow that simplifies getting the setup for the ACRN hypervisor right. You’ll also see changes for configuring individual VMs. We’ve greatly reduced the number of parameters needing your attention, organized them into basic and advanced categories, provided practical defaults, and added error checking so you can be much more confident in your configuration before building ACRN. We’ve also integrated the previously separated scenario and launch options into a merged scenario XML configuration file managed by the new Configurator. Read more in the ACRN Configurator Tool page.

This is our first major step of continued ACRN user experience improvements. If you have feedback on this, or other aspects of ACRN, please share them on the ACRN users mailing list.

We’ve also simplified installation of the Configurator by providing a Debian package that you can download from the ACRN v3.0 tag assets and install. See the Getting Started Guide for more information.

·        Improved Board Inspector Collection and Reporting

You run the ACRN Board Inspector tool to collect information about your target system’s processors, memory, devices, and more. The generated board XML file is used by the ACRN Configurator to determine which ACRN configuration options are possible, as well as possible values for target system resources. The v3.0 Board Inspector has improved scanning and provides more messages about potential issues or limitations of your target system that could impact ACRN configuration options. Read more in Board Inspector Tool.

·        Commercial off-the-shelf Tiger Lake machine support

The Vecow SPC-7100 system is validated and supported by ACRN. This is a commercially available 11th Generation Intel® Core™ Processor (codenamed Tiger Lake) from Vecow. Read more in the Supported Hardware documentation.

·        Refined shutdown & reset sequence

A Windows User VM can now shut down or reset the system gracefully. This supports a user model where a Windows-based VM provides a system management interface. This shutdown capability is achieved by lifecycle managers in each VM that talk to each other via a virtual UART channel.

·        Hypervisor Real Time Clock (RTC)

Each VM now has its own PC/AT-compatible RTC/CMOS device emulated by the hypervisor. With this, we can avoid any sudden jump in a VM’s system clock that may confuse certain applications.

·        ACRN Debianization

We appreciate a big contribution from the ACRN community! Helmut Buchsbaum from TTTech Industrial submitted a “debianization” feature that lets developers build and package ACRN into several Debian packages, install them on the target Ubuntu or Debian OS, and reboot the machine with ACRN running. Read more in debian/README.rst.

Document Updates:

With the introduction of the improved Configurator, we could improve our Getting Started Guide documentation and let you quickly build a simple ACRN hypervisor and User VM configuration from scratch instead of using a contrived pre-defined scenario configuration. That also let us reorganize and change configuration option documentation to use the newly defined developer-friendly names for configuration options.

Check out our improved Getting Started and Configuration documents:

² What Is ACRN

² Getting Started Guide

² Configuration and Development Overview

² Scenario Configuration Options

² Introduction to ACRN Configuration

² Board Inspector Tool

² ACRN Configurator Tool

² Upgrading ACRN Configurations to Recent Releases

² User VM Guide

² Device Model Parameters and Launch Script

Here are some of the high-level design documents that were updated since the v2.7 release:

² ACRN High-Level Design Overview

² AT Keyboard Controller Emulation

² Device Model High-Level Design

² Emulated Devices High-Level Design

² Power Management High-Level Design

² Security High-Level Design

² Virtio Devices High-Level Design

² Host Bridge Emulation

² CPU Virtualization

² Device Passthrough

² Hypercall / HSM Upcall

² Physical Interrupt High-Level Design

² I/O Emulation High-Level Design

² IOC Virtualization High-Level Design

² Virtual Interrupt

² ACRN Shared Memory Based Inter-VM Communication

² System Timer Virtualization

² UART Virtualization

² Virtio-BLK

² Virtio-Console

² Virtio-Input

² Virtio-Net

² vUART Virtualization

² L1 Terminal Fault Mitigation

² Trusty TEE

We’ve also made edits throughout the documentation to improve clarity, formatting, and presentation. We started updating feature enabling tutorials based on the new Configurator, and will continue updating them after the v3.0 release (in the latest documentation).  See the v3.0 full release notes and documentation for more information about this release including fixed and known issues.

Upgrading to v3.0 From Previous Releases

With the introduction of the Configurator UI tool, the need for manually editing XML files is gone. While working on this improved Configurator, we’ve also made many adjustments to available options in the underlying XML files, including merging the previous scenario and launch XML files into a combined scenario XML file. The board XML file generated by the v3.0 Board Inspector tool includes more information about the target system that is needed by the v3.0 Configurator.

We recommend you generate a new board XML for your target system with the v3.0 Board Inspector. You should also use the v3.0 Configurator to generate a new scenario XML file and launch scripts. Scenario XML files and launch scripts created by previous ACRN versions will not work with the v3.0 ACRN hypervisor build process and could produce unexpected errors during the build.

Given the scope of changes for the v3.0 release, we have recommendations for how to upgrade from prior ACRN versions:

1.       Start fresh from our Getting Started Guide. This is the best way to ensure you have a v3.0-ready board XML file from your target system and generate a new scenario XML and launch scripts from the new ACRN Configurator that are consistent and will work for the v3.0 build system.
2.       Use the upgrade tool to attempt upgrading configuration files that worked with a release before v3.0. You’ll need the matched pair of scenario XML and launch XML files from a prior configuration, and use them to create a new merged scenario XML file. See Upgrading ACRN Configurations to Recent Releases for details.
3.       Manually edit your prior scenario XML and launch XML files to make them compatible with v3.0. This is not our recommended approach.

 

Best & Regards

Terry


Re: ACRN shared-scenario SOS startup fails

Geoffroy Van Cutsem
 

Thanks for confirming Florian.

 

From: acrn-users@... <acrn-users@...> On Behalf Of florian.r.e.arnold@...
Sent: Tuesday, June 28, 2022 1:38 pm
To: acrn-users@...
Subject: Re: [acrn-users] ACRN shared-scenario SOS startup fails

 

Hi Geoffroy,
I checked again and the board description file is also generated with version release_2.7.

Best
Florian


Re: ACRN shared-scenario SOS startup fails

florian.r.e.arnold@...
 

Hi Geoffroy,
I checked again and the board description file is also generated with version release_2.7.

Best
Florian


Re: ACRN shared-scenario SOS startup fails

florian.r.e.arnold@...
 

Hi Fuzhong,
no I didn't add any devices after I created the board description file. When I choose the native Ubuntu in the GRUB menu it boots successfully.

I created an Issue: https://github.com/projectacrn/acrn-hypervisor/issues/7840

I also attached the GRUB files to the Github issue.

Best
Florian


Re: ACRN shared-scenario SOS startup fails

Geoffroy Van Cutsem
 

I haven’t checked the content of your files but do make sure that you ran the board_inspector tool from the same version of ACRN you want to run. There has been significant changes in that space lately. Unfortunately, we do not validate that processor family anymore so let’s hope it’s not something that got broken while adding support for newer processor generations.

 

Thanks,

Geoffroy

 

From: acrn-users@... <acrn-users@...> On Behalf Of Liu, Fuzhong
Sent: Tuesday, June 28, 2022 2:34 am
To: acrn-users@...
Subject: Re: [acrn-users] ACRN shared-scenario SOS startup fails

 

Hi Florian

After board.xml generated, do you add more device on your board?

From your board.xml; the rootfs is in p2 of NVMe. Does it boot successfully for native?

 

Could you please help to share the grub menu of ACRN?

 

It is appreciated if you can raise one GitHub issue. It is helpful for ACRN community.

https://github.com/projectacrn/acrn-hypervisor/issues/new?assignees=&labels=status%3A+new&template=bug_report.md&title=

 

Thanks!

 

BR.

Fuzhong

From: acrn-users@... <acrn-users@...> On Behalf Of florian.r.e.arnold@...
Sent: Tuesday, June 28, 2022 12:14 AM
To: acrn-users@...
Subject: [acrn-users] ACRN shared-scenario SOS startup fails

 

Hi everybody,
I am trying to setup the shared scenario as described in the getting started guide but I can't get it to work. After the Grub Menu I end up with a black screen with the GRUB output: Loading ACRN... It seems like ACRN starts up but booting the SOS VM fails. I have attached the console output from the ACRN-Shell as well as the board and scenario file. The build process runs without any errors.

I've set up ACRN before on various hardware without any issue like that, so I am not really sure where to start to find the source of the problem. Has anybody noticed a similar issue before or has an idea what I could try to get it running? I really appreciate any help.

Best
Florian

HV-Branch: release_2.7
SOS-Branch: release_2.7
SOS: Ubuntu 18.04.06


Re: ACRN shared-scenario SOS startup fails

Liu, Fuzhong
 

Hi Florian

After board.xml generated, do you add more device on your board?

From your board.xml; the rootfs is in p2 of NVMe. Does it boot successfully for native?

 

Could you please help to share the grub menu of ACRN?

 

It is appreciated if you can raise one GitHub issue. It is helpful for ACRN community.

https://github.com/projectacrn/acrn-hypervisor/issues/new?assignees=&labels=status%3A+new&template=bug_report.md&title=

Thanks!

 

BR.

Fuzhong

From: acrn-users@... <acrn-users@...> On Behalf Of florian.r.e.arnold@...
Sent: Tuesday, June 28, 2022 12:14 AM
To: acrn-users@...
Subject: [acrn-users] ACRN shared-scenario SOS startup fails

 

Hi everybody,
I am trying to setup the shared scenario as described in the getting started guide but I can't get it to work. After the Grub Menu I end up with a black screen with the GRUB output: Loading ACRN... It seems like ACRN starts up but booting the SOS VM fails. I have attached the console output from the ACRN-Shell as well as the board and scenario file. The build process runs without any errors.

I've set up ACRN before on various hardware without any issue like that, so I am not really sure where to start to find the source of the problem. Has anybody noticed a similar issue before or has an idea what I could try to get it running? I really appreciate any help.

Best
Florian

HV-Branch: release_2.7
SOS-Branch: release_2.7
SOS: Ubuntu 18.04.06


ACRN shared-scenario SOS startup fails

florian.r.e.arnold@...
 

Hi everybody,
I am trying to setup the shared scenario as described in the getting started guide but I can't get it to work. After the Grub Menu I end up with a black screen with the GRUB output: Loading ACRN... It seems like ACRN starts up but booting the SOS VM fails. I have attached the console output from the ACRN-Shell as well as the board and scenario file. The build process runs without any errors.

I've set up ACRN before on various hardware without any issue like that, so I am not really sure where to start to find the source of the problem. Has anybody noticed a similar issue before or has an idea what I could try to get it running? I really appreciate any help.

Best
Florian

HV-Branch: release_2.7
SOS-Branch: release_2.7
SOS: Ubuntu 18.04.06


acorn-configurator: Error in importing board file

2ameya@...
 

Hi,

While trying to import a board file into acorn-configurator, I am getting the attached python trace back.
Package version for the acorn-configurator: acrn-configurator-3.0-unstable-acrn-2022w22.2-180000p-51-g4e2ae9740.deb

Any pointers?

Thanks!

Best Regards,
Ameya.


Canceled: 2022 ACRN Project Technical Community Meeting: @ Monthly 3rd Wednesday 4PM (China-Shanghai), Wednesday 10AM (Europe-Munich), Tuesday 1AM (US-West Coast)

Zou, Terry
 

Cancel this month’s modularization topic, thanks.
WW25 ACRN Modularization Introduction Chen Jason 6/15/2021
 
Special Notes: If you have Zoom connection issue by using web browser, please install & launch Zoom application, manually input the meeting ID (320664063) to join the Zoom meeting.
 
Agenda & Archives:
WW Topic Presenter Status
Chinese New Year Break
WW12 Libvirt Enhancement Introduction to Replace acrnctl Wu Xiangyang 3/16/2021
WW17 ACRN DX: New config/para Design and Application Xie Nanlin 4/20/2021
WW21 ACRN Based X86 OPTEE Introduction Liu Yifan 5/18/2021
WW25 ACRN Modularization Introduction Chen Jason 6/15/2021
WW30 ACRN DX: Dynamic Parameter Configuration Liu, Hang 7/20/2021
 
Project ACRN: A flexible, light-weight, open source reference hypervisor for IoT devices
We invite you to attend a monthly "Technical Community" meeting where we'll meet community members and talk about the ACRN project and plans.
As we explore community interest and involvement opportunities, we'll (re)schedule these meetings at a time convenient to most attendees:
  • Meets every 3rd Wednesday, 4-5:00 PM (China-Shanghai), Wednesday 10-11:00 AM (Europe-Munich), Tuesday 1-2:00 AM (US-West Coast)
  • Chairperson: Terry ZOU, terry.zou@... (Intel)
  • Online conference link: https://zoom.com.cn/j/320664063
  • Zoom Meeting ID: 320 664 063
  • Special Notes: If you have Zoom connection issue by using web browser, please launch Zoom application, manually input the meeting ID (320664063) to join the Zoom meeting.
  • Online conference phone:
  • China: +86 010 87833177  or 400 669 9381 (Toll Free)
  • Germany: +49 (0) 30 3080 6188  or +49 800 724 3138 (Toll Free)
  • US: +1 669 900 6833  or +1 646 558 8656   or +1 877 369 0926 (Toll Free) or +1 855 880 1246 (Toll Free)
  • Additional international phone numbers
  • Meeting Notes:
 
 


Canceled: 2022 ACRN Project Technical Community Meeting: @ Monthly 3rd Wednesday 4PM (China-Shanghai), Wednesday 10AM (Europe-Munich), Tuesday 1AM (US-West Coast)

Zou, Terry
 

   Cancel this month’s TCM, thanks.
WW21 ACRN Based X86 OPTEE Introduction Liu Yifan 5/18/2021
 
Special Notes: If you have Zoom connection issue by using web browser, please install & launch Zoom application, manually input the meeting ID (320664063) to join the Zoom meeting.
 
Agenda & Archives:
WW Topic Presenter Status
Chinese New Year Break
WW12 Libvirt Enhancement Introduction to Replace acrnctl Wu Xiangyang 3/16/2021
WW17 ACRN DX: New config/para Design and Application Xie Nanlin 4/20/2021
WW21 ACRN Based X86 OPTEE Introduction Liu Yifan 5/18/2021
WW25 ACRN Modularization Introduction Chen Jason 6/15/2021
WW30 ACRN DX: Dynamic Parameter Configuration Liu, Hang 7/20/2021
 
Project ACRN: A flexible, light-weight, open source reference hypervisor for IoT devices
We invite you to attend a monthly "Technical Community" meeting where we'll meet community members and talk about the ACRN project and plans.
As we explore community interest and involvement opportunities, we'll (re)schedule these meetings at a time convenient to most attendees:
  • Meets every 3rd Wednesday, 4-5:00 PM (China-Shanghai), Wednesday 10-11:00 AM (Europe-Munich), Tuesday 1-2:00 AM (US-West Coast)
  • Chairperson: Terry ZOU, terry.zou@... (Intel)
  • Online conference link: https://zoom.com.cn/j/320664063
  • Zoom Meeting ID: 320 664 063
  • Special Notes: If you have Zoom connection issue by using web browser, please launch Zoom application, manually input the meeting ID (320664063) to join the Zoom meeting.
  • Online conference phone:
  • China: +86 010 87833177  or 400 669 9381 (Toll Free)
  • Germany: +49 (0) 30 3080 6188  or +49 800 724 3138 (Toll Free)
  • US: +1 669 900 6833  or +1 646 558 8656   or +1 877 369 0926 (Toll Free) or +1 855 880 1246 (Toll Free)
  • Additional international phone numbers
  • Meeting Notes: