Date   

FW: ACRN Technical Steering Committee (TSC) Meeting @5PM (CET)-8AM(PST)

Geoffroy Van Cutsem
 

Dear ACRN community, FYI.

-----Original Appointment-----
From: Zou, Terry <terry.zou@intel.com>
Sent: Friday, December 3, 2021 7:24 am
Subject: ACRN Technical Steering Committee (TSC) Meeting @5PM (CET)-8AM(PST)
When: Thursday, December 9, 2021 5:00 pm-6:00 pm (UTC+01:00) Brussels, Copenhagen, Madrid, Paris.
Where: https://zoom.us/j/2214510199


Dear ACRN community member,

It is our pleasure to invite you all to the first official ACRN Technical Steering Committee (TSC) meeting. You will find below the details on how to connect to this meeting which will be held virtually.

The agenda for this first meeting will be the following:
* Introduction
* Overview of the TSC
* Opens
* Closing & next steps

Everyone is welcome to join the meeting, but only TSC members have the right to vote.

Resources:
- ACRN Technical Charter: https://projectacrn.org/technical-charter/
- ACRN TSC mailing list: https://lists.projectacrn.org/g/acrn-tsc

Best regards,
Geoffroy


Special Notes: If you have Zoom connection issue by using web browser, please install & launch Zoom application, manually input the meeting ID (2214510199) to join the Zoom meeting.
Join Zoom Meeting https://zoom.us/j/2214510199

Project ACRN: A flexible, light-weight, open source reference hypervisor for IoT devices:
https://projectacrn.org || https://github.com/projectacrn || info@projectacrn.org
• Online conference link: https://zoom.us/j/2214510199
• Zoom Meeting ID: 221 451 0199

One tap mobile
+16699006833,,2214510199# US (San Jose)
+12532158782,,2214510199# US (Tacoma)

Dial by your location
+1 669 900 6833 US (San Jose)
+1 253 215 8782 US (Tacoma)
+1 346 248 7799 US (Houston)
+1 646 558 8656 US (New York)
+1 301 715 8592 US (Washington DC)
+1 312 626 6799 US (Chicago)
877 369 0926 US Toll-free
855 880 1246 US Toll-free
+86 10 8783 3177 China
+86 10 5387 6330 China
400 669 9381 China Toll-free
400 182 3168 China Toll-free
400 616 8835 China Toll-free
Meeting ID: 221 451 0199
Find your local number: https://zoom.us/u/adML6HqxLQ


Re: Post-launched user VM with preempt-RT kernel doesn't start

c.susen@...
 
Edited

Hi Fuzhong,

thanks for your reply! I created an issue on GitHub (see https://github.com/projectacrn/acrn-hypervisor/issues/6950).

Best regards,
Christoph


Re: Post-launched user VM with preempt-RT kernel doesn't start

Liu, Fuzhong
 

Hi Christoph,

Could you please help to create one git issue with following info? https://github.com/projectacrn/acrn-hypervisor/issues/new?assignees=&labels=status%3A+new&template=bug_report.md&title=

  1. Code base
  2. Board.xml
  3. Scenario.xml
  4. Launch script
  5. Grub menu for preempt-RT VM

 

Thanks!

BR.

Fuzhong

From: acrn-users@... <acrn-users@...> On Behalf Of c.susen@...
Sent: Friday, December 3, 2021 4:19 PM
To: acrn-users@...
Subject: Re: [acrn-users] Post-launched user VM with preempt-RT kernel doesn't start

 

Hi again,

I managed to add a PCIe card with serial ports to my ACRN host and am now able to use the ACRN shell to get further information on what is going wrong. I hope that the following information makes it easier for you to maybe help me with the setup.

ACRN shell output when using launch_uos_id1.sh -> user VM starts succesfully

[53863044us][cpu=0][vm1:vcpu0][sev=3][seq=100]:VMX ctrl 0x482 not fully enabled: request 0x92220088 but get 0x9621e1fa

[53874398us][cpu=0][vm1:vcpu0][sev=3][seq=101]:VMX ctrl 0x48b not fully enabled: request 0x41004ab but get 0x1004ab

[59499335us][cpu=0][vm1:vcpu0][sev=3][seq=104]:vlapic: Start Secondary VCPU1 for VM[1]...

[59507819us][cpu=1][vm1:vcpu1][sev=3][seq=105]:VMX ctrl 0x482 not fully enabled: request 0x92220088 but get 0x9621e1fa

[59519253us][cpu=1][vm1:vcpu1][sev=3][seq=106]:VMX ctrl 0x48b not fully enabled: request 0x41004ab but get 0x1004ab

ACRN shell output when using launch_uos_id2.sh -> user VM does not start

[186233178us][cpu=5][vm0:vcpu5][sev=1][seq=114]:vpci_assign_pcidev 1:0.0 not support FLR or not support PM reset

[186244017us][cpu=5][vm0:vcpu5][sev=3][seq=115]:pci_vdev_update_vbar_base reprogram PCI:01:00.0 BAR4 to addr:0x4000, which is out of mmio window[0x80000000 - 0xe0000000] or not aligned with size: 0x4000

[186286873us][cpu=2][vm2:vcpu0][sev=3][seq=116]:VMX ctrl 0x482 not fully enabled: request 0x92220088 but get 0x9621e1fa

[186298343us][cpu=2][vm2:vcpu0][sev=3][seq=117]:VMX ctrl 0x48b not fully enabled: request 0x41004ab but get 0x1004ab

[193720869us][cpu=2][vm2:vcpu0][sev=3][seq=121]:vlapic: Start Secondary VCPU1 for VM[2]...

[193729429us][cpu=3][vm2:vcpu1][sev=3][seq=122]:VMX ctrl 0x482 not fully enabled: request 0x92220088 but get 0x9621e1fa

[193740972us][cpu=3][vm2:vcpu1][sev=3][seq=123]:VMX ctrl 0x48b not fully enabled: request 0x41004ab but get 0x1004ab

[194318797us][cpu=5][vm0:vcpu5][sev=3][seq=171]:ret=-1 hypercall=0x80000023 failed in vmcall_vmexit_handler

[194329142us][cpu=5][vm0:vcpu5][sev=3][seq=172]:ret=-1 hypercall=0x80000023 failed in vmcall_vmexit_handler

[194339567us][cpu=5][vm0:vcpu5][sev=3][seq=173]:ret=-1 hypercall=0x80000023 failed in vmcall_vmexit_handler

Output when using vm_console 2

Loading Linux 5.10.52-rt47 ...

Loading initial ramdisk ...

I would really appreciate if someone could help me with that! Thanks in advance!

Best regards,
Christoph


Re: Post-launched user VM with preempt-RT kernel doesn't start

c.susen@...
 

Hi again,

I managed to add a PCIe card with serial ports to my ACRN host and am now able to use the ACRN shell to get further information on what is going wrong. I hope that the following information makes it easier for you to maybe help me with the setup.

ACRN shell output when using launch_uos_id1.sh -> user VM starts succesfully
[53863044us][cpu=0][vm1:vcpu0][sev=3][seq=100]:VMX ctrl 0x482 not fully enabled: request 0x92220088 but get 0x9621e1fa
[53874398us][cpu=0][vm1:vcpu0][sev=3][seq=101]:VMX ctrl 0x48b not fully enabled: request 0x41004ab but get 0x1004ab
[59499335us][cpu=0][vm1:vcpu0][sev=3][seq=104]:vlapic: Start Secondary VCPU1 for VM[1]...
[59507819us][cpu=1][vm1:vcpu1][sev=3][seq=105]:VMX ctrl 0x482 not fully enabled: request 0x92220088 but get 0x9621e1fa
[59519253us][cpu=1][vm1:vcpu1][sev=3][seq=106]:VMX ctrl 0x48b not fully enabled: request 0x41004ab but get 0x1004ab

ACRN shell output when using launch_uos_id2.sh -> user VM does not start
[186233178us][cpu=5][vm0:vcpu5][sev=1][seq=114]:vpci_assign_pcidev 1:0.0 not support FLR or not support PM reset
[186244017us][cpu=5][vm0:vcpu5][sev=3][seq=115]:pci_vdev_update_vbar_base reprogram PCI:01:00.0 BAR4 to addr:0x4000, which is out of mmio window[0x80000000 - 0xe0000000] or not aligned with size: 0x4000
[186286873us][cpu=2][vm2:vcpu0][sev=3][seq=116]:VMX ctrl 0x482 not fully enabled: request 0x92220088 but get 0x9621e1fa
[186298343us][cpu=2][vm2:vcpu0][sev=3][seq=117]:VMX ctrl 0x48b not fully enabled: request 0x41004ab but get 0x1004ab
[193720869us][cpu=2][vm2:vcpu0][sev=3][seq=121]:vlapic: Start Secondary VCPU1 for VM[2]...
[193729429us][cpu=3][vm2:vcpu1][sev=3][seq=122]:VMX ctrl 0x482 not fully enabled: request 0x92220088 but get 0x9621e1fa
[193740972us][cpu=3][vm2:vcpu1][sev=3][seq=123]:VMX ctrl 0x48b not fully enabled: request 0x41004ab but get 0x1004ab
[194318797us][cpu=5][vm0:vcpu5][sev=3][seq=171]:ret=-1 hypercall=0x80000023 failed in vmcall_vmexit_handler
[194329142us][cpu=5][vm0:vcpu5][sev=3][seq=172]:ret=-1 hypercall=0x80000023 failed in vmcall_vmexit_handler
[194339567us][cpu=5][vm0:vcpu5][sev=3][seq=173]:ret=-1 hypercall=0x80000023 failed in vmcall_vmexit_handler

Output when using vm_console 2
Loading Linux 5.10.52-rt47 ...
Loading initial ramdisk ...

I would really appreciate if someone could help me with that! Thanks in advance!

Best regards,
Christoph


Re: Hypervisor stuck at loading kernel on Dell Werkstation

Yang, Ronnie
 

Hi RK,

            To enable SOS display, you can try to change i915.modeset=0 video=efifb:offto i915.modeset=1 video=efifb:onin grub configuration.

 

BR,

Ronnie

 

From: acrn-users@... <acrn-users@...> On Behalf Of Ravikumar Kattekola
Sent: Thursday, December 2, 2021 1:16 PM
To: acrn-users@...
Subject: Re: [acrn-users] Hypervisor stuck at loading kernel on Dell Werkstation

 

Hi,

   I’m trying to get hypervisor up on a Dell Workstation – intel cannon lake. But, the execution is stuck at

Loading acrn..

WARNING: no console will be available to OS 

 

It seems to be stuck in loading Linux kernel.

 

Unfortunately, the motherboard doesn’t have a UART port available. So, I don’t have a console access to see the prints.

 

Any tips/ suggestions to move further would be appreciated.

[attached the board.xml for reference]

 

Regards,

RK

 

p.s. please let me know if there’s a better forum to discuss this issue.


Re: Hypervisor stuck at loading kernel on Dell Werkstation

Ravikumar Kattekola
 

Hi,

   I’m trying to get hypervisor up on a Dell Workstation – intel cannon lake. But, the execution is stuck at

Loading acrn..

WARNING: no console will be available to OS 

 

It seems to be stuck in loading Linux kernel.

 

Unfortunately, the motherboard doesn’t have a UART port available. So, I don’t have a console access to see the prints.

 

Any tips/ suggestions to move further would be appreciated.

[attached the board.xml for reference]

 

Regards,

RK

 

p.s. please let me know if there’s a better forum to discuss this issue.


Post-launched user VM with preempt-RT kernel doesn't start

c.susen@...
 

Hi everyone,

I am having trouble setting up a RTVM with ACRN and would be very grateful for your advice!

First some details on my setup:

ACRN Host Hardware:
00:00.0 Host bridge: Intel Corporation 8th Gen Core 8-core Desktop Processor Host Bridge/DRAM Registers [Coffee Lake S] (rev 0d)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor PCIe Controller (x16) (rev 0d)
00:02.0 VGA compatible controller: Intel Corporation UHD Graphics 630 (Desktop 9 Series) (rev 02)
00:08.0 System peripheral: Intel Corporation Xeon E3-1200 v5/v6 / E3-1500 v5 / 6th/7th/8th Gen Core Processor Gaussian Mixture Model
00:12.0 Signal processing controller: Intel Corporation Cannon Lake PCH Thermal Controller (rev 10)
00:14.0 USB controller: Intel Corporation Cannon Lake PCH USB 3.1 xHCI Host Controller (rev 10)
00:14.2 RAM memory: Intel Corporation Cannon Lake PCH Shared SRAM (rev 10)
00:15.0 Serial bus controller [0c80]: Intel Corporation Cannon Lake PCH Serial IO I2C Controller #0 (rev 10)
00:16.0 Communication controller: Intel Corporation Cannon Lake PCH HECI Controller (rev 10)
00:16.3 Serial controller: Intel Corporation Cannon Lake PCH Active Management Technology - SOL (rev 10)
00:17.0 SATA controller: Intel Corporation Cannon Lake PCH SATA AHCI Controller (rev 10)
00:1b.0 PCI bridge: Intel Corporation Cannon Lake PCH PCI Express Root Port #17 (rev f0)
00:1c.0 PCI bridge: Intel Corporation Cannon Lake PCH PCI Express Root Port #4 (rev f0)
00:1c.6 PCI bridge: Intel Corporation Cannon Lake PCH PCI Express Root Port #7 (rev f0)
00:1f.0 ISA bridge: Intel Corporation Q370 Chipset LPC/eSPI Controller (rev 10)
00:1f.3 Audio device: Intel Corporation Cannon Lake PCH cAVS (rev 10)
00:1f.4 SMBus: Intel Corporation Cannon Lake PCH SMBus Controller (rev 10)
00:1f.5 Serial bus controller [0c80]: Intel Corporation Cannon Lake PCH SPI Controller (rev 10)
00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (7) I219-V (rev 10)
01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)
02:00.0 Non-Volatile memory controller: SK hynix Device 1627
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)
04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)

Software Versions:
ACRN Kernel v2.6
ACRN Hypervisor v2.6
SOS -> Ubuntu 20.04.3

Scenario Configuration and Launch Scripts:
I use a scenario configuration and launch scripts based on the industry scenario. I removed all VMs except for the ones corresponding to VM number 2 and 3 in the industry scenario. Apart from that, the scenario and launch scripts were not modified. My board configuration file, scenario configuration file, launch configuration file and the launch scripts can be found in the attachements in case they help in the understanding or solution of my problem.

Description of the Problem:
I have an image for the user VM with Ubuntu 20.04.3 and a preempt-RT kernel (5.10.52-rt47). When I use the image with the launch script number one (non-RTVM), the VM starts without problems. However, when I use the launch script number two (RTVM), I get no output (STDIO) at all from the VM, although I enabled kernel output to hvc0 by modifying the settings of GRUB and verified that I get output during start-up using the working launch script for the non-RTVM. 

The standard output obtained when using both launch scripts can be found in output_launch_uos_id1.txt and output_launch_uos_id2.txt in the attachements. For the RTVM (number two), there is no more output after the last line, even after a few minutes. The machine gets loud and the fan spins very fast. Also, it is not possible to stop the VM with acrnctl. At that point, I have to power off the host machine the hard way.

Unfortunately, I did not figure out what the problem is after days of trying and also have no idea how best to approach the problem. I would really appreciate if you have a hint for me what the problem could be or what I should try out!

Thanks in advance!

Best regards,
Christoph


Re: BUG: sleeping function called from invalid context

c.susen@...
 

Hi Geoffroy,

thanks for your reply! Since the problem never occured when not using XRDP and since I have other more disturbing problems while making my first experiments with ACRN, I will try the same kernel without ACRN at a later point in time. Thanks for your advice!

Best regards,
Christoph


Re: BUG: sleeping function called from invalid context

Geoffroy Van Cutsem
 

Hi Christoph,

 

I’m not an expert on kernel BUGs either, but it does look indeed like it’s related to XRDP (it’s mentioned in the trace so your observation seems very correct). Could you try to run the very same kernel that you use in the Service VM, but without ACRN? I would like to see if this could be a generic issue with that kernel, or if it’s also somehow related to ACRN.

 

Thanks,

Geoffroy

 

From: acrn-users@... <acrn-users@...> On Behalf Of c.susen@...
Sent: Wednesday, November 17, 2021 10:41 am
To: acrn-users@...
Subject: [acrn-users] BUG: sleeping function called from invalid context

 

Hi all,

 

I'm just getting started with ACRN and am encountering the problem that BUG messages appear regularly on the screen of my service VM and also in the dmesg output. Unfortunately, I am not deep enough in the subject matter to understand the output of dmesg. So I would be very grateful if someone could give me a hint what could be wrong with my setup.

 

I use Ubuntu 20.04.3 as service OS and ACRN hypervisor and kernel v2.6. I followed the getting started guide at https://projectacrn.github.io/2.6/getting-started/getting-started.html and just launch a single user VM with Ubuntu 20.04.3 and a passthrough network interface card. However, the problem appears also when the user VM is not launched. When I use the standard kernel that comes with Ubuntu, the problem does not appear.

 

To be able to work on the machine from home, I use SSH and XRDP to log in to the service VM and also the user VM. I have the feeling that the bug message is related to the start of a new XRDP session. Whenever I disconnect and reconnect with remote desktop, a new entry with the bug appears in the dmesg output. After a reboot of the service VM and when just using SSH to connect, the dmesg output looks fine. 

 

Here, the corresponding excerpt from the dmesg output:

[Mi Nov 17 10:19:10 2021] BUG: sleeping function called from invalid context at mm/page_alloc.c:4897

[Mi Nov 17 10:19:10 2021] in_atomic(): 0, irqs_disabled(): 0, non_block: 0, pid: 3199, name: xrdp

[Mi Nov 17 10:19:10 2021] Preemption disabled at:

[Mi Nov 17 10:19:10 2021] [<ffffffffb0267d5f>] __swp_swapcount+0x4f/0x90

[Mi Nov 17 10:19:10 2021] CPU: 1 PID: 3199 Comm: xrdp Tainted: G     U  W         5.10.52-acrn-sos-00001-gbf7f88634a83 #1

[Mi Nov 17 10:19:10 2021] Hardware name: Dell Inc. OptiPlex 5070/0XJ5V0, BIOS 1.0.3 05/30/2019

[Mi Nov 17 10:19:10 2021] Call Trace:

[Mi Nov 17 10:19:10 2021]  dump_stack+0x7d/0x9f

[Mi Nov 17 10:19:10 2021]  ? __swp_swapcount+0x4f/0x90

[Mi Nov 17 10:19:10 2021]  ___might_sleep.cold+0xd3/0xe4

[Mi Nov 17 10:19:10 2021]  __might_sleep+0x4b/0x80

[Mi Nov 17 10:19:10 2021]  __alloc_pages_nodemask+0x206/0x330

[Mi Nov 17 10:19:10 2021]  __read_swap_cache_async+0xd8/0x220

[Mi Nov 17 10:19:10 2021]  swapin_readahead+0x274/0x400

[Mi Nov 17 10:19:10 2021]  do_swap_page+0x160/0x870

[Mi Nov 17 10:19:10 2021]  ? handle_mm_fault+0x629/0x16a0

[Mi Nov 17 10:19:10 2021]  ? do_user_addr_fault+0x20e/0x3f0

[Mi Nov 17 10:19:10 2021]  handle_mm_fault+0xd37/0x16a0

[Mi Nov 17 10:19:10 2021]  do_user_addr_fault+0x20e/0x3f0

[Mi Nov 17 10:19:10 2021]  exc_page_fault+0x54/0x130

[Mi Nov 17 10:19:10 2021]  ? asm_exc_page_fault+0x8/0x30

[Mi Nov 17 10:19:10 2021]  asm_exc_page_fault+0x1e/0x30

[Mi Nov 17 10:19:10 2021] RIP: 0033:0x55bdba616fae

[Mi Nov 17 10:19:10 2021] Code: 8b 3d c6 80 02 00 e8 11 e2 ff ff 48 83 c4 08 4c 89 e0 5b 5d 41 5c 41 5d c3 0f 1f 00 f3 0f 1e fa 41 54 55 48 81 ec 18 01 00 00 <48> 8b 3d 93 80 02 00 64 48 8b 04 25 28 00 00 00 48 89 84 24 08 01

[Mi Nov 17 10:19:10 2021] RSP: 002b:00007ffd365c8d30 EFLAGS: 00010206

[Mi Nov 17 10:19:10 2021] RAX: 0000000000000000 RBX: 000055bdbb34cf00 RCX: 0000000000000000

[Mi Nov 17 10:19:10 2021] RDX: 00007ffd365c8d90 RSI: 00007ffd365c8d90 RDI: 00007ff0e1ebb506

[Mi Nov 17 10:19:10 2021] RBP: 000055bdbb351350 R08: 0000000000000000 R09: 00007ff0e1c742d0

[Mi Nov 17 10:19:10 2021] R10: 00007ff0e185d740 R11: 0000000000000246 R12: 00007ffd365c8e80

[Mi Nov 17 10:19:10 2021] R13: 00007ffd365c8e7c R14: 00000000000a0009 R15: 0000000000000000

 

Thanks in advance for your help!

 

Best regards,

Christoph


2021 ACRN Project Technical Community Meeting Minutes - WW47'21

Zou, Terry
 

ACRN Project TCM - 17th Nov 2021
Location
  1. Online by Zoom: https://zoom.com.cn/j/320664063   
Attendees (Total 10, 17/11)
 
Note: If you need to edit this document, please ask for access. We disabled anonymous editing to keep track of changes and identify who are the owners of the opens and agenda items.
Opens  Note: When adding opens or agenda items, please provide details (not only links), add your name next to the item you have added and specify your expectation from the TCM 
Agenda
  1. ACRN project update: N/A
  2. ‘WW47’21 ACRN Nested Virtualization Introduction’ Shen Fangfang
Download foil from ACRN Presentation->WW47’21
Description: We will introduce ‘Nested Virtualization’ architecture design in ACRN, also how to enable ACRN nested virtualization and launch one nested guest VM.
  1. All: Community open discussion.
Q&A: 
  1. ACRN nested virtualization is based on Hybrid mode. How about other mode, e.g., partition mode to enable nested virtualization?
A: Yes, current v2.6 implementation is based on hybrid mode as example.
  1. Does it support Windows as an L2 guest VM ?
A: Yes, windows guest is supported as an L2 guest VM.
  1. Next meeting agenda proposal:
WW Topic Presenter Status
WW04 ACRN PCI based vUART introduction Tao Yuhong 1/20/2021
Chinese New Year Break
WW13 ACRN  Real-Time Enhancement Huang Yonghua 3/24/2021
WW17 Enable ACRN on TGL NUC11 Liu Fuzhong 4/21/2021
WW21 ACRN Memory Layout Related Boot Issue Diagnosis Sun Victor 5/19/2021
WW31 ACRN Config Tool 2.0 Introduction Xie Nanlin 7/28/2021
WW34 ACRN RTVM  Performance of Sharing Storage Cao Minggui 8/18/2021
WW39 ACRN Software SRAM Introduction Huang Yonghua 9/22/2021
WW47 ACRN Nested Virtualization Introduction Shen Fangfang 11/17/2021
Marketing/Events   N/A
Resources     Project URL: 
  1. Portal: https://projectacrn.org   
  2. Source code: https://github.com/projectacrn   
  3. email: info@... 
  4. Technical Mailing list: acrn-dev@... 
 
 


BUG: sleeping function called from invalid context

c.susen@...
 

Hi all,

I'm just getting started with ACRN and am encountering the problem that BUG messages appear regularly on the screen of my service VM and also in the dmesg output. Unfortunately, I am not deep enough in the subject matter to understand the output of dmesg. So I would be very grateful if someone could give me a hint what could be wrong with my setup.

I use Ubuntu 20.04.3 as service OS and ACRN hypervisor and kernel v2.6. I followed the getting started guide at https://projectacrn.github.io/2.6/getting-started/getting-started.html and just launch a single user VM with Ubuntu 20.04.3 and a passthrough network interface card. However, the problem appears also when the user VM is not launched. When I use the standard kernel that comes with Ubuntu, the problem does not appear.

To be able to work on the machine from home, I use SSH and XRDP to log in to the service VM and also the user VM. I have the feeling that the bug message is related to the start of a new XRDP session. Whenever I disconnect and reconnect with remote desktop, a new entry with the bug appears in the dmesg output. After a reboot of the service VM and when just using SSH to connect, the dmesg output looks fine. 

Here, the corresponding excerpt from the dmesg output:
[Mi Nov 17 10:19:10 2021] BUG: sleeping function called from invalid context at mm/page_alloc.c:4897
[Mi Nov 17 10:19:10 2021] in_atomic(): 0, irqs_disabled(): 0, non_block: 0, pid: 3199, name: xrdp
[Mi Nov 17 10:19:10 2021] Preemption disabled at:
[Mi Nov 17 10:19:10 2021] [<ffffffffb0267d5f>] __swp_swapcount+0x4f/0x90
[Mi Nov 17 10:19:10 2021] CPU: 1 PID: 3199 Comm: xrdp Tainted: G     U  W         5.10.52-acrn-sos-00001-gbf7f88634a83 #1
[Mi Nov 17 10:19:10 2021] Hardware name: Dell Inc. OptiPlex 5070/0XJ5V0, BIOS 1.0.3 05/30/2019
[Mi Nov 17 10:19:10 2021] Call Trace:
[Mi Nov 17 10:19:10 2021]  dump_stack+0x7d/0x9f
[Mi Nov 17 10:19:10 2021]  ? __swp_swapcount+0x4f/0x90
[Mi Nov 17 10:19:10 2021]  ___might_sleep.cold+0xd3/0xe4
[Mi Nov 17 10:19:10 2021]  __might_sleep+0x4b/0x80
[Mi Nov 17 10:19:10 2021]  __alloc_pages_nodemask+0x206/0x330
[Mi Nov 17 10:19:10 2021]  __read_swap_cache_async+0xd8/0x220
[Mi Nov 17 10:19:10 2021]  swapin_readahead+0x274/0x400
[Mi Nov 17 10:19:10 2021]  do_swap_page+0x160/0x870
[Mi Nov 17 10:19:10 2021]  ? handle_mm_fault+0x629/0x16a0
[Mi Nov 17 10:19:10 2021]  ? do_user_addr_fault+0x20e/0x3f0
[Mi Nov 17 10:19:10 2021]  handle_mm_fault+0xd37/0x16a0
[Mi Nov 17 10:19:10 2021]  do_user_addr_fault+0x20e/0x3f0
[Mi Nov 17 10:19:10 2021]  exc_page_fault+0x54/0x130
[Mi Nov 17 10:19:10 2021]  ? asm_exc_page_fault+0x8/0x30
[Mi Nov 17 10:19:10 2021]  asm_exc_page_fault+0x1e/0x30
[Mi Nov 17 10:19:10 2021] RIP: 0033:0x55bdba616fae
[Mi Nov 17 10:19:10 2021] Code: 8b 3d c6 80 02 00 e8 11 e2 ff ff 48 83 c4 08 4c 89 e0 5b 5d 41 5c 41 5d c3 0f 1f 00 f3 0f 1e fa 41 54 55 48 81 ec 18 01 00 00 <48> 8b 3d 93 80 02 00 64 48 8b 04 25 28 00 00 00 48 89 84 24 08 01
[Mi Nov 17 10:19:10 2021] RSP: 002b:00007ffd365c8d30 EFLAGS: 00010206
[Mi Nov 17 10:19:10 2021] RAX: 0000000000000000 RBX: 000055bdbb34cf00 RCX: 0000000000000000
[Mi Nov 17 10:19:10 2021] RDX: 00007ffd365c8d90 RSI: 00007ffd365c8d90 RDI: 00007ff0e1ebb506
[Mi Nov 17 10:19:10 2021] RBP: 000055bdbb351350 R08: 0000000000000000 R09: 00007ff0e1c742d0
[Mi Nov 17 10:19:10 2021] R10: 00007ff0e185d740 R11: 0000000000000246 R12: 00007ffd365c8e80
[Mi Nov 17 10:19:10 2021] R13: 00007ffd365c8e7c R14: 00000000000a0009 R15: 0000000000000000

Thanks in advance for your help!

Best regards,
Christoph


Re: ARM Support

Musa Ünal
 

Thanks a lot for your reply. It would be awesome to support ARM processors too.

Thanks
Musa

Geoffroy Van Cutsem <geoffroy.vancutsem@...>, 11 Kas 2021 Per, 18:46 tarihinde şunu yazdı:

Hi Musa,

 

There is no support for ARM-based processors at this stage. We would love to have this added to ACRN but nobody has stepped up to this task yet I’m afraid.

 

Thanks,

Geoffroy

 

From: acrn-users@... <acrn-users@...> On Behalf Of Musa Ünal
Sent: Tuesday, November 9, 2021 11:40 am
To: acrn-users@...
Subject: [acrn-users] ARM Support

 

Hello ACRN community,
Is there any support for ARM based processors? Or is there any such support planned?

Thanks!

Musa


Re: ARM Support

Geoffroy Van Cutsem
 

Hi Musa,

 

There is no support for ARM-based processors at this stage. We would love to have this added to ACRN but nobody has stepped up to this task yet I’m afraid.

 

Thanks,

Geoffroy

 

From: acrn-users@... <acrn-users@...> On Behalf Of Musa Ünal
Sent: Tuesday, November 9, 2021 11:40 am
To: acrn-users@...
Subject: [acrn-users] ARM Support

 

Hello ACRN community,
Is there any support for ARM based processors? Or is there any such support planned?

Thanks!

Musa


ARM Support

Musa Ünal
 

Hello ACRN community,
Is there any support for ARM based processors? Or is there any such support planned?

Thanks!
Musa


Re: gpio ist not seen in the acrn hypervisor in the whl 10

Jianjie Lin
 

Hi Geoffory,

 

Actually, we also identified the same problem; namely, the gpio controller is not detected even in the native Linux.

We also tried to contact the manufacture, but it isn't easy to get the contact.

We see the tutorial from the acrn website, the acrn hypervisor offers the virto-gpio, it seems that you can manage to detect or download the gpio controller.

I know, it is not the problem of acrn

 

Thanks

Jianjie LIN

 

Von: acrn-users@... <acrn-users@...> Im Auftrag von Geoffroy Van Cutsem
Gesendet: Donnerstag, 28. Oktober 2021 14:50
An: acrn-users@...
Betreff: Re: [acrn-users] gpio ist not seen in the acrn hypervisor in the whl 10

 

It seems like the basic GPIO controller is not even detected, which can be caused by a driver that’s missing. Have you ever been able to use the GPIO interface on that board using a native Linux (no ACRN)?

 

If so, we could start by comparing the kernel configs (at least the ones pertaining to GPIO) and see if we should enable some options in the acrn-kernel for you.

 

Geoffroy

 

From: acrn-users@... <acrn-users@...> On Behalf Of Jianjie Lin
Sent: Thursday, October 28, 2021 1:27 pm
To: acrn-users@...
Subject: Re: [acrn-users] gpio ist not seen in the acrn hypervisor in the whl 10

 

Hi Geoffory,

In my case, ls /sys/bus/gpio/devices is empty

I use the tutorial here,

https://www.ics.com/blog/gpio-programming-using-sysfs-interface

https://unix.stackexchange.com/questions/485324/how-to-identify-gpio-pin-numbers-is-gpio-driver-loaded

 

But it did not work out for me

Thanks,

Jianjie Lin

 

Von: acrn-users@... <acrn-users@...> Im Auftrag von Geoffroy Van Cutsem
Gesendet: Donnerstag, 28. Oktober 2021 13:05
An: acrn-users@...
Betreff: Re: [acrn-users] gpio ist not seen in the acrn hypervisor in the whl 10

 

Hi Jianjie,

 

There isn’t much useful info in the log that you attached in your previous email. Can you expand a bit on how you have tried to use this? Do you see the any GPIO controller (e.g.: ls /sys/bus/gpio/devices)

 

Thanks,

Geoffroy

 

From: acrn-users@... <acrn-users@...> On Behalf Of Jianjie Lin
Sent: Thursday, October 28, 2021 10:29 am
To: acrn-users@...
Subject: Re: [acrn-users] gpio ist not seen in the acrn hypervisor in the whl 10

 

Hi Fuzhong,

 

Thank you very much for your reply.

In cannot see gpio pins in sor and HV?

I tried with serval methods, but apparently, it did not work out. We try to use this gpio pin to control the motor as an automotive application.

I attached the boot log.

 

If you need to any information about the whiskey lake, I am pleasure to offer those information.

Thank you .

Best,

Jianjie Lin

 

Von: acrn-users@... <acrn-users@...> Im Auftrag von Liu, Fuzhong
Gesendet: Mittwoch, 27. Oktober 2021 09:36
An: acrn-users@...
Betreff: Re: [acrn-users] gpio ist not seen in the acrn hypervisor in the whl 10

 

Hi Jianjie

Not see the gpio pins in sos or HV? 

 

Could you please share full HV boot log about your issue?

 

Thanks!

 

BR.

Fuzhong

From: acrn-users@... <acrn-users@...> On Behalf Of Geoffroy Van Cutsem
Sent: Tuesday, October 26, 2021 10:29 PM
To: acrn-users@...; Xie, Nanlin <nanlin.xie@...>
Subject: Re: [acrn-users] gpio ist not seen in the acrn hypervisor in the whl 10

 

Hi Jianjie,

 

I do not have any experience with the GPIO subsystem I’m afraid, @Xie, Nanlin, can you ask someone on the engineering team to help look at this?

 

Thanks,

Geoffroy

 

From: acrn-users@... <acrn-users@...> On Behalf Of Jianjie Lin
Sent: Thursday, October 21, 2021 3:35 pm
To: acrn-users@...
Subject: [acrn-users] gpio ist not seen in the acrn hypervisor in the whl 10

 

Hi Acrn community,

 

After we successfully deployed the acrn hypervisor in the whiskey board 10, we found we could not see the gpio pins inside the acrn hypervisor, which apparently should be included.

Do you know the reason?

 

Thank you

Best,

Jianjie Lin

 

 

 


Re: gpio ist not seen in the acrn hypervisor in the whl 10

Geoffroy Van Cutsem
 

It seems like the basic GPIO controller is not even detected, which can be caused by a driver that’s missing. Have you ever been able to use the GPIO interface on that board using a native Linux (no ACRN)?

 

If so, we could start by comparing the kernel configs (at least the ones pertaining to GPIO) and see if we should enable some options in the acrn-kernel for you.

 

Geoffroy

 

From: acrn-users@... <acrn-users@...> On Behalf Of Jianjie Lin
Sent: Thursday, October 28, 2021 1:27 pm
To: acrn-users@...
Subject: Re: [acrn-users] gpio ist not seen in the acrn hypervisor in the whl 10

 

Hi Geoffory,

In my case, ls /sys/bus/gpio/devices is empty

I use the tutorial here,

https://www.ics.com/blog/gpio-programming-using-sysfs-interface

https://unix.stackexchange.com/questions/485324/how-to-identify-gpio-pin-numbers-is-gpio-driver-loaded

 

But it did not work out for me

Thanks,

Jianjie Lin

 

Von: acrn-users@... <acrn-users@...> Im Auftrag von Geoffroy Van Cutsem
Gesendet: Donnerstag, 28. Oktober 2021 13:05
An: acrn-users@...
Betreff: Re: [acrn-users] gpio ist not seen in the acrn hypervisor in the whl 10

 

Hi Jianjie,

 

There isn’t much useful info in the log that you attached in your previous email. Can you expand a bit on how you have tried to use this? Do you see the any GPIO controller (e.g.: ls /sys/bus/gpio/devices)

 

Thanks,

Geoffroy

 

From: acrn-users@... <acrn-users@...> On Behalf Of Jianjie Lin
Sent: Thursday, October 28, 2021 10:29 am
To: acrn-users@...
Subject: Re: [acrn-users] gpio ist not seen in the acrn hypervisor in the whl 10

 

Hi Fuzhong,

 

Thank you very much for your reply.

In cannot see gpio pins in sor and HV?

I tried with serval methods, but apparently, it did not work out. We try to use this gpio pin to control the motor as an automotive application.

I attached the boot log.

 

If you need to any information about the whiskey lake, I am pleasure to offer those information.

Thank you .

Best,

Jianjie Lin

 

Von: acrn-users@... <acrn-users@...> Im Auftrag von Liu, Fuzhong
Gesendet: Mittwoch, 27. Oktober 2021 09:36
An: acrn-users@...
Betreff: Re: [acrn-users] gpio ist not seen in the acrn hypervisor in the whl 10

 

Hi Jianjie

Not see the gpio pins in sos or HV? 

 

Could you please share full HV boot log about your issue?

 

Thanks!

 

BR.

Fuzhong

From: acrn-users@... <acrn-users@...> On Behalf Of Geoffroy Van Cutsem
Sent: Tuesday, October 26, 2021 10:29 PM
To: acrn-users@...; Xie, Nanlin <nanlin.xie@...>
Subject: Re: [acrn-users] gpio ist not seen in the acrn hypervisor in the whl 10

 

Hi Jianjie,

 

I do not have any experience with the GPIO subsystem I’m afraid, @Xie, Nanlin, can you ask someone on the engineering team to help look at this?

 

Thanks,

Geoffroy

 

From: acrn-users@... <acrn-users@...> On Behalf Of Jianjie Lin
Sent: Thursday, October 21, 2021 3:35 pm
To: acrn-users@...
Subject: [acrn-users] gpio ist not seen in the acrn hypervisor in the whl 10

 

Hi Acrn community,

 

After we successfully deployed the acrn hypervisor in the whiskey board 10, we found we could not see the gpio pins inside the acrn hypervisor, which apparently should be included.

Do you know the reason?

 

Thank you

Best,

Jianjie Lin

 

 

 


Re: gpio ist not seen in the acrn hypervisor in the whl 10

Jianjie Lin
 

Hi Geoffory,

In my case, ls /sys/bus/gpio/devices is empty

I use the tutorial here,

https://www.ics.com/blog/gpio-programming-using-sysfs-interface

https://unix.stackexchange.com/questions/485324/how-to-identify-gpio-pin-numbers-is-gpio-driver-loaded

 

But it did not work out for me

Thanks,

Jianjie Lin

 

Von: acrn-users@... <acrn-users@...> Im Auftrag von Geoffroy Van Cutsem
Gesendet: Donnerstag, 28. Oktober 2021 13:05
An: acrn-users@...
Betreff: Re: [acrn-users] gpio ist not seen in the acrn hypervisor in the whl 10

 

Hi Jianjie,

 

There isn’t much useful info in the log that you attached in your previous email. Can you expand a bit on how you have tried to use this? Do you see the any GPIO controller (e.g.: ls /sys/bus/gpio/devices)

 

Thanks,

Geoffroy

 

From: acrn-users@... <acrn-users@...> On Behalf Of Jianjie Lin
Sent: Thursday, October 28, 2021 10:29 am
To: acrn-users@...
Subject: Re: [acrn-users] gpio ist not seen in the acrn hypervisor in the whl 10

 

Hi Fuzhong,

 

Thank you very much for your reply.

In cannot see gpio pins in sor and HV?

I tried with serval methods, but apparently, it did not work out. We try to use this gpio pin to control the motor as an automotive application.

I attached the boot log.

 

If you need to any information about the whiskey lake, I am pleasure to offer those information.

Thank you .

Best,

Jianjie Lin

 

Von: acrn-users@... <acrn-users@...> Im Auftrag von Liu, Fuzhong
Gesendet: Mittwoch, 27. Oktober 2021 09:36
An: acrn-users@...
Betreff: Re: [acrn-users] gpio ist not seen in the acrn hypervisor in the whl 10

 

Hi Jianjie

Not see the gpio pins in sos or HV? 

 

Could you please share full HV boot log about your issue?

 

Thanks!

 

BR.

Fuzhong

From: acrn-users@... <acrn-users@...> On Behalf Of Geoffroy Van Cutsem
Sent: Tuesday, October 26, 2021 10:29 PM
To: acrn-users@...; Xie, Nanlin <nanlin.xie@...>
Subject: Re: [acrn-users] gpio ist not seen in the acrn hypervisor in the whl 10

 

Hi Jianjie,

 

I do not have any experience with the GPIO subsystem I’m afraid, @Xie, Nanlin, can you ask someone on the engineering team to help look at this?

 

Thanks,

Geoffroy

 

From: acrn-users@... <acrn-users@...> On Behalf Of Jianjie Lin
Sent: Thursday, October 21, 2021 3:35 pm
To: acrn-users@...
Subject: [acrn-users] gpio ist not seen in the acrn hypervisor in the whl 10

 

Hi Acrn community,

 

After we successfully deployed the acrn hypervisor in the whiskey board 10, we found we could not see the gpio pins inside the acrn hypervisor, which apparently should be included.

Do you know the reason?

 

Thank you

Best,

Jianjie Lin

 

 

 


Re: gpio ist not seen in the acrn hypervisor in the whl 10

Geoffroy Van Cutsem
 

Hi Jianjie,

 

There isn’t much useful info in the log that you attached in your previous email. Can you expand a bit on how you have tried to use this? Do you see the any GPIO controller (e.g.: ls /sys/bus/gpio/devices)

 

Thanks,

Geoffroy

 

From: acrn-users@... <acrn-users@...> On Behalf Of Jianjie Lin
Sent: Thursday, October 28, 2021 10:29 am
To: acrn-users@...
Subject: Re: [acrn-users] gpio ist not seen in the acrn hypervisor in the whl 10

 

Hi Fuzhong,

 

Thank you very much for your reply.

In cannot see gpio pins in sor and HV?

I tried with serval methods, but apparently, it did not work out. We try to use this gpio pin to control the motor as an automotive application.

I attached the boot log.

 

If you need to any information about the whiskey lake, I am pleasure to offer those information.

Thank you .

Best,

Jianjie Lin

 

Von: acrn-users@... <acrn-users@...> Im Auftrag von Liu, Fuzhong
Gesendet: Mittwoch, 27. Oktober 2021 09:36
An: acrn-users@...
Betreff: Re: [acrn-users] gpio ist not seen in the acrn hypervisor in the whl 10

 

Hi Jianjie

Not see the gpio pins in sos or HV? 

 

Could you please share full HV boot log about your issue?

 

Thanks!

 

BR.

Fuzhong

From: acrn-users@... <acrn-users@...> On Behalf Of Geoffroy Van Cutsem
Sent: Tuesday, October 26, 2021 10:29 PM
To: acrn-users@...; Xie, Nanlin <nanlin.xie@...>
Subject: Re: [acrn-users] gpio ist not seen in the acrn hypervisor in the whl 10

 

Hi Jianjie,

 

I do not have any experience with the GPIO subsystem I’m afraid, @Xie, Nanlin, can you ask someone on the engineering team to help look at this?

 

Thanks,

Geoffroy

 

From: acrn-users@... <acrn-users@...> On Behalf Of Jianjie Lin
Sent: Thursday, October 21, 2021 3:35 pm
To: acrn-users@...
Subject: [acrn-users] gpio ist not seen in the acrn hypervisor in the whl 10

 

Hi Acrn community,

 

After we successfully deployed the acrn hypervisor in the whiskey board 10, we found we could not see the gpio pins inside the acrn hypervisor, which apparently should be included.

Do you know the reason?

 

Thank you

Best,

Jianjie Lin

 

 

 


Re: gpio ist not seen in the acrn hypervisor in the whl 10

Jianjie Lin
 

Hi Fuzhong,

 

Thank you very much for your reply.

In cannot see gpio pins in sor and HV?

I tried with serval methods, but apparently, it did not work out. We try to use this gpio pin to control the motor as an automotive application.

I attached the boot log.

 

If you need to any information about the whiskey lake, I am pleasure to offer those information.

Thank you .

Best,

Jianjie Lin

 

Von: acrn-users@... <acrn-users@...> Im Auftrag von Liu, Fuzhong
Gesendet: Mittwoch, 27. Oktober 2021 09:36
An: acrn-users@...
Betreff: Re: [acrn-users] gpio ist not seen in the acrn hypervisor in the whl 10

 

Hi Jianjie

Not see the gpio pins in sos or HV? 

 

Could you please share full HV boot log about your issue?

 

Thanks!

 

BR.

Fuzhong

From: acrn-users@... <acrn-users@...> On Behalf Of Geoffroy Van Cutsem
Sent: Tuesday, October 26, 2021 10:29 PM
To: acrn-users@...; Xie, Nanlin <nanlin.xie@...>
Subject: Re: [acrn-users] gpio ist not seen in the acrn hypervisor in the whl 10

 

Hi Jianjie,

 

I do not have any experience with the GPIO subsystem I’m afraid, @Xie, Nanlin, can you ask someone on the engineering team to help look at this?

 

Thanks,

Geoffroy

 

From: acrn-users@... <acrn-users@...> On Behalf Of Jianjie Lin
Sent: Thursday, October 21, 2021 3:35 pm
To: acrn-users@...
Subject: [acrn-users] gpio ist not seen in the acrn hypervisor in the whl 10

 

Hi Acrn community,

 

After we successfully deployed the acrn hypervisor in the whiskey board 10, we found we could not see the gpio pins inside the acrn hypervisor, which apparently should be included.

Do you know the reason?

 

Thank you

Best,

Jianjie Lin

 

 

 


Re: gpio ist not seen in the acrn hypervisor in the whl 10

Liu, Fuzhong
 

Hi Jianjie

Not see the gpio pins in sos or HV? 

 

Could you please share full HV boot log about your issue?

 

Thanks!

 

BR.

Fuzhong

From: acrn-users@... <acrn-users@...> On Behalf Of Geoffroy Van Cutsem
Sent: Tuesday, October 26, 2021 10:29 PM
To: acrn-users@...; Xie, Nanlin <nanlin.xie@...>
Subject: Re: [acrn-users] gpio ist not seen in the acrn hypervisor in the whl 10

 

Hi Jianjie,

 

I do not have any experience with the GPIO subsystem I’m afraid, @Xie, Nanlin, can you ask someone on the engineering team to help look at this?

 

Thanks,

Geoffroy

 

From: acrn-users@... <acrn-users@...> On Behalf Of Jianjie Lin
Sent: Thursday, October 21, 2021 3:35 pm
To: acrn-users@...
Subject: [acrn-users] gpio ist not seen in the acrn hypervisor in the whl 10

 

Hi Acrn community,

 

After we successfully deployed the acrn hypervisor in the whiskey board 10, we found we could not see the gpio pins inside the acrn hypervisor, which apparently should be included.

Do you know the reason?

 

Thank you

Best,

Jianjie Lin

 

 

 

1 - 20 of 1078