Re: ACRN hypervisor build fails with internal error
Junjie Mao
Hi,
toggle quoted message
Show quoted text
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:
|
|||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||
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! 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! 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. 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 |
|||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||
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, |
|||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||
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, |
|||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||
Re: Using Virtio-gpio in guest VM
Yu Wang
Hi,
On Thu, May 12, 2022 at 11:05:21PM -0700, shibi590268@... wrote: Fuzhong,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: ² Configuration and Development Overview ² Scenario Configuration Options ² Introduction to ACRN Configuration ² Upgrading ACRN Configurations to Recent Releases ² 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 ² Virtio Devices High-Level Design ² Physical Interrupt High-Level Design ² I/O Emulation High-Level Design ² IOC Virtualization High-Level Design ² ACRN Shared Memory Based Inter-VM Communication ² L1 Terminal Fault Mitigation 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 ReleasesWith 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
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, |
|||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||
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
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.
Thanks!
BR. Fuzhong From:
acrn-users@... <acrn-users@...>
On Behalf Of florian.r.e.arnold@...
Hi everybody, |
|||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||
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. 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, |
|||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||
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.
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:
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:
Or visit Github wiki if you can’t access Google doc: https://github.com/projectacrn/acrn-hypervisor/wiki/ACRN-Committee-and-Working-Group-Meetings#technical-community-meetings
|
|||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||
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.
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:
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:
Or visit Github wiki if you can’t access Google doc: https://github.com/projectacrn/acrn-hypervisor/wiki/ACRN-Committee-and-Working-Group-Meetings#technical-community-meetings
|
|||||||||||||||||||||||||||||
|