Setting up ACRN on a new board with Apollo Lake


dubravko.moravski@...
 

Hello everyone,

I work for Exor Embedded and we are developing a new board with an Apollo Lake E3940 CPU. We would like to run ACRN on it. Indeed, following the instructions on https://projectacrn.github.io/latest/index.html I've managed to get it running, dmesg among other things says:

Hypervisor detected: ACRN
...
ACRNTrace: Initialized acrn trace module with 4 cpu
...
systemd[1]: Detected virtualization acrn.

However, it's not really usable. We have following issues:
  • mouse cursor jumps around in a weird way, like there is some problem with switching video buffers
  • we can't open the Terminal in any way, there's always a message: "There was an error creating a child process for this terminal. Failed to open PTY: Permission denied"
  • network doesn't work
  • everything works much slower than usual
When not running with hypervisor, everything works.
We've noticed some differences between dmesgs when running the same kernel with and without hypervisor, but so far we were unable to figure out if any of these differences is significant.

We would appreciate if you have any hints for us, either what is exactly our problem, or at least how we should continue to debug the system.

Best regards,
Dubravko Moravski



Dubravko Moravski
SW engineering
Exor Embedded S.r.l.
p: +38 512455659  m: +38 5915402413
a: Slavonska avenija, 50, Zagreb, Croatia, 10000
w: exorint.com 

 Prima di stampare pensa ai costi ambientali. Please consider the environment before printing this email.

Privacy


Yin, Fengwei <fengwei.yin@...>
 

Hi,

On 2019/9/10 下午9:00, Dubravko Moravski | Exor Embedded S.r.l. wrote:
Hello everyone,
I work for Exor Embedded and we are developing a new board with an Apollo Lake E3940 CPU. We would like to run ACRN on it. Indeed, following the instructions on https://projectacrn.github.io/latest/index.html I've managed to get it running, dmesg among other things says:
Hypervisor detected: ACRN
...
ACRNTrace: Initialized acrn trace module with 4 cpu
...
systemd[1]: Detected virtualization acrn.
However, it's not really usable. We have following issues:
* mouse cursor jumps around in a weird way, like there is some problem
with switching video buffers
* we can't open the Terminal in any way, there's always a message:
"There was an error creating a child process for this terminal.
Failed to open PTY: Permission denied"
* network doesn't work
* everything works much slower than usual
When not running with hypervisor, everything works.
We've noticed some differences between dmesgs when running the same kernel with and without hypervisor, but so far we were unable to figure out if any of these differences is significant.
We would appreciate if you have any hints for us, either what is exactly our problem, or at least how we should continue to debug the system.
Could you share:
1. ACRN last git commit hash
2. dmesg output in your SOS
3. the output of cat /proc/interrupt in your SOS

Regards
Yin, Fengwei

Best regards,
Dubravko Moravski
*Dubravko Moravski*
/SW engineering/
*Exor Embedded S.r.l.*
p: +38 512455659 <tel:+38 512455659>  m:+38 5915402413 <tel:+38 5915402413>
a: Slavonska avenija, 50, Zagreb, Croatia, 10000
w: exorint.com <https://exorint.com/>

 Prima di stampare pensa ai costi ambientali. Please consider the environment before printing this email.
Privacy <https://www.exorint.com/it/privacy>


Dubravko Moravski | Exor Embedded S.r.l. <dubravko.moravski@...>
 

Hi Yin Fenghwei,

Thank you for replying.

ACRN git commit hash is 555a03db99621c6a9d3bea0933c65db9dee44c46. I am getting identical behavior with ACRN that I've compiled, as well as with ACRN installed by Clear Linux (version id 30770).

I'm not sure if this mailing lists allows attachments, so I've uploaded the requested files to https://www.amazon.com/clouddrive/share/V7pJPEUKnBoDd3vkpM0ca4YLEKgNisSUkQdR03mr4sY (17 kB zip file, containing 4 text files). The zip archive contains:
  • dmesg output from SOS
  • /proc/interrupts from SOS
  • loader.conf from EFI partition
  • acrn.conf (here I've verified that root UUID is correct, and I've had to delete settings related to hypervisor memory log because otherwise it crashed)
Our board has 8 GB of memory and 64 GB MMC, and is similar to Up Squared and Leaf Hill CRB.

Best regards,
Dubravko



From: acrn-users@... <acrn-users@...> on behalf of Yin, Fengwei via Lists.Projectacrn.Org <fengwei.yin=intel.com@...>
Sent: Wednesday, September 11, 2019 4:41 AM
To: acrn-users@... <acrn-users@...>
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake
 
Hi,

On 2019/9/10 下午9:00, Dubravko Moravski | Exor Embedded S.r.l. wrote:
> Hello everyone,
>
> I work for Exor Embedded and we are developing a new board with an
> Apollo Lake E3940 CPU. We would like to run ACRN on it. Indeed,
> following the instructions on
> https://projectacrn.github.io/latest/index.html I've managed to get it
> running, dmesg among other things says:
>
> Hypervisor detected: ACRN
> ...
> ACRNTrace: Initialized acrn trace module with 4 cpu
> ...
> systemd[1]: Detected virtualization acrn.
>
> However, it's not really usable. We have following issues:
>
>   * mouse cursor jumps around in a weird way, like there is some problem
>     with switching video buffers
>   * we can't open the Terminal in any way, there's always a message:
>     "There was an error creating a child process for this terminal.
>     Failed to open PTY: Permission denied"
>   * network doesn't work
>   * everything works much slower than usual
>
> When not running with hypervisor, everything works.
> We've noticed some differences between dmesgs when running the same
> kernel with and without hypervisor, but so far we were unable to figure
> out if any of these differences is significant.
>
> We would appreciate if you have any hints for us, either what is exactly
> our problem, or at least how we should continue to debug the system.
Could you share:
   1. ACRN last git commit hash
   2. dmesg output in your SOS
   3. the output of cat /proc/interrupt in your SOS

Regards
Yin, Fengwei

>
> Best regards,
> Dubravko Moravski
>
>
>
> *Dubravko Moravski*
> /SW engineering/
> *Exor Embedded S.r.l.*
> p:     +38 512455659 <tel:+38 512455659>  m:+38 5915402413 <tel:+38 5915402413>
> a:     Slavonska avenija, 50, Zagreb, Croatia, 10000
> w:     exorint.com <https://exorint.com/>
>
>       
>
>
>   Prima di stampare pensa ai costi ambientali. Please consider the
> environment before printing this email.
>
> Privacy <https://www.exorint.com/it/privacy>
>




Dubravko Moravski
SW engineering
Exor Embedded S.r.l.
p: +38 512455659  m: +38 5915402413
a: Slavonska avenija, 50, Zagreb, Croatia, 10000
w: exorint.com 

 Prima di stampare pensa ai costi ambientali. Please consider the environment before printing this email.

Privacy


Liu, Fuzhong
 

Hi Dubravko

All issues you mentioned  are for Service OS, right?

Clear Linux image newer than 30900 fixed “memmap=2M$0x1FE00000” issue 

 

BR.

Fuzhong

From: acrn-users@... [mailto:acrn-users@...] On Behalf Of Dubravko Moravski | Exor Embedded S.r.l.
Sent: Wednesday, September 11, 2019 8:01 PM
To: acrn-users@...
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

 

Hi Yin Fenghwei,

 

Thank you for replying.

 

ACRN git commit hash is 555a03db99621c6a9d3bea0933c65db9dee44c46. I am getting identical behavior with ACRN that I've compiled, as well as with ACRN installed by Clear Linux (version id 30770).

 

I'm not sure if this mailing lists allows attachments, so I've uploaded the requested files to https://www.amazon.com/clouddrive/share/V7pJPEUKnBoDd3vkpM0ca4YLEKgNisSUkQdR03mr4sY (17 kB zip file, containing 4 text files). The zip archive contains:

  • dmesg output from SOS
  • /proc/interrupts from SOS
  • loader.conf from EFI partition
  • acrn.conf (here I've verified that root UUID is correct, and I've had to delete settings related to hypervisor memory log because otherwise it crashed)

Our board has 8 GB of memory and 64 GB MMC, and is similar to Up Squared and Leaf Hill CRB.

 

Best regards,

Dubravko

 

 


From: acrn-users@... <acrn-users@...> on behalf of Yin, Fengwei via Lists.Projectacrn.Org <fengwei.yin=intel.com@...>
Sent: Wednesday, September 11, 2019 4:41 AM
To:
acrn-users@... <acrn-users@...>
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

 

Hi,

On 2019/9/10 下午9:00, Dubravko Moravski | Exor Embedded S.r.l. wrote:
> Hello everyone,
>
> I work for Exor Embedded and we are developing a new board with an
> Apollo Lake E3940 CPU. We would like to run ACRN on it. Indeed,
> following the instructions on
>
https://projectacrn.github.io/latest/index.html I've managed to get it
> running, dmesg among other things says:
>
> Hypervisor detected: ACRN
> ...
> ACRNTrace: Initialized acrn trace module with 4 cpu
> ...
> systemd[1]: Detected virtualization acrn.
>
> However, it's not really usable. We have following issues:
>
>   * mouse cursor jumps around in a weird way, like there is some problem
>     with switching video buffers
>   * we can't open the Terminal in any way, there's always a message:
>     "There was an error creating a child process for this terminal.
>     Failed to open PTY: Permission denied"
>   * network doesn't work
>   * everything works much slower than usual
>
> When not running with hypervisor, everything works.
> We've noticed some differences between dmesgs when running the same
> kernel with and without hypervisor, but so far we were unable to figure
> out if any of these differences is significant.
>
> We would appreciate if you have any hints for us, either what is exactly
> our problem, or at least how we should continue to debug the system.
Could you share:
   1. ACRN last git commit hash
   2. dmesg output in your SOS
   3. the output of cat /proc/interrupt in your SOS

Regards
Yin, Fengwei

>
> Best regards,
> Dubravko Moravski
>
>
>
> *Dubravko Moravski*
> /SW engineering/
> *Exor Embedded S.r.l.*
> p:     +38 512455659 <
tel:+38 512455659>  m:+38 5915402413 <tel:+38 5915402413>
> a:     Slavonska avenija, 50, Zagreb, Croatia, 10000
> w:     exorint.com <
https://exorint.com/>
>
>       
>
>
>   Prima di stampare pensa ai costi ambientali. Please consider the
> environment before printing this email.
>
> Privacy <
https://www.exorint.com/it/privacy>
>


 

Dubravko Moravski

SW engineering

Exor Embedded S.r.l.

p:

+38 512455659  m: +38 5915402413

a:

Slavonska avenija, 50, Zagreb, Croatia, 10000

w:

exorint.com 

 

 Prima di stampare pensa ai costi ambientali. Please consider the environment before printing this email.

Privacy


Geoffroy Van Cutsem
 

Have you observed the same problems on the UP2 board?

 

Thanks,

Geoffroy

 

From: acrn-users@... <acrn-users@...> On Behalf Of Liu, Fuzhong
Sent: Thursday, September 12, 2019 7:15 AM
To: acrn-users@...
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

 

Hi Dubravko

All issues you mentioned  are for Service OS, right?

Clear Linux image newer than 30900 fixed “memmap=2M$0x1FE00000” issue 

 

BR.

Fuzhong

From: acrn-users@... [mailto:acrn-users@...] On Behalf Of Dubravko Moravski | Exor Embedded S.r.l.
Sent: Wednesday, September 11, 2019 8:01 PM
To: acrn-users@...
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

 

Hi Yin Fenghwei,

 

Thank you for replying.

 

ACRN git commit hash is 555a03db99621c6a9d3bea0933c65db9dee44c46. I am getting identical behavior with ACRN that I've compiled, as well as with ACRN installed by Clear Linux (version id 30770).

 

I'm not sure if this mailing lists allows attachments, so I've uploaded the requested files to https://www.amazon.com/clouddrive/share/V7pJPEUKnBoDd3vkpM0ca4YLEKgNisSUkQdR03mr4sY (17 kB zip file, containing 4 text files). The zip archive contains:

  • dmesg output from SOS
  • /proc/interrupts from SOS
  • loader.conf from EFI partition
  • acrn.conf (here I've verified that root UUID is correct, and I've had to delete settings related to hypervisor memory log because otherwise it crashed)

Our board has 8 GB of memory and 64 GB MMC, and is similar to Up Squared and Leaf Hill CRB.

 

Best regards,

Dubravko

 

 


From: acrn-users@... <acrn-users@...> on behalf of Yin, Fengwei via Lists.Projectacrn.Org <fengwei.yin=intel.com@...>
Sent: Wednesday, September 11, 2019 4:41 AM
To:
acrn-users@... <acrn-users@...>
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

 

Hi,

On 2019/9/10 下午9:00, Dubravko Moravski | Exor Embedded S.r.l. wrote:
> Hello everyone,
>
> I work for Exor Embedded and we are developing a new board with an
> Apollo Lake E3940 CPU. We would like to run ACRN on it. Indeed,
> following the instructions on
>
https://projectacrn.github.io/latest/index.html I've managed to get it
> running, dmesg among other things says:
>
> Hypervisor detected: ACRN
> ...
> ACRNTrace: Initialized acrn trace module with 4 cpu
> ...
> systemd[1]: Detected virtualization acrn.
>
> However, it's not really usable. We have following issues:
>
>   * mouse cursor jumps around in a weird way, like there is some problem
>     with switching video buffers
>   * we can't open the Terminal in any way, there's always a message:
>     "There was an error creating a child process for this terminal.
>     Failed to open PTY: Permission denied"
>   * network doesn't work
>   * everything works much slower than usual
>
> When not running with hypervisor, everything works.
> We've noticed some differences between dmesgs when running the same
> kernel with and without hypervisor, but so far we were unable to figure
> out if any of these differences is significant.
>
> We would appreciate if you have any hints for us, either what is exactly
> our problem, or at least how we should continue to debug the system.
Could you share:
   1. ACRN last git commit hash
   2. dmesg output in your SOS
   3. the output of cat /proc/interrupt in your SOS

Regards
Yin, Fengwei

>
> Best regards,
> Dubravko Moravski
>
>
>
> *Dubravko Moravski*
> /SW engineering/
> *Exor Embedded S.r.l.*
> p:     +38 512455659 <
tel:+38 512455659>  m:+38 5915402413 <tel:+38 5915402413>
> a:     Slavonska avenija, 50, Zagreb, Croatia, 10000
> w:     exorint.com <
https://exorint.com/>
>
>       
>
>
>   Prima di stampare pensa ai costi ambientali. Please consider the
> environment before printing this email.
>
> Privacy <
https://www.exorint.com/it/privacy>
>

 

Dubravko Moravski

SW engineering

Exor Embedded S.r.l.

p:

+38 512455659  m: +38 5915402413

a:

Slavonska avenija, 50, Zagreb, Croatia, 10000

w:

exorint.com 

 

 Prima di stampare pensa ai costi ambientali. Please consider the environment before printing this email.

Privacy


Liu, Fuzhong
 

No observed the issue on the UP2 board in our lab.

Need detail steps to reproduce.

BR.

Fuzhong

 

From: acrn-users@... [mailto:acrn-users@...] On Behalf Of Geoffroy Van Cutsem
Sent: Thursday, September 12, 2019 4:42 PM
To: acrn-users@...
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

 

Have you observed the same problems on the UP2 board?

 

Thanks,

Geoffroy

 

From: acrn-users@... <acrn-users@...> On Behalf Of Liu, Fuzhong
Sent: Thursday, September 12, 2019 7:15 AM
To: acrn-users@...
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

 

Hi Dubravko

All issues you mentioned  are for Service OS, right?

Clear Linux image newer than 30900 fixed “memmap=2M$0x1FE00000” issue 

 

BR.

Fuzhong

From: acrn-users@... [mailto:acrn-users@...] On Behalf Of Dubravko Moravski | Exor Embedded S.r.l.
Sent: Wednesday, September 11, 2019 8:01 PM
To: acrn-users@...
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

 

Hi Yin Fenghwei,

 

Thank you for replying.

 

ACRN git commit hash is 555a03db99621c6a9d3bea0933c65db9dee44c46. I am getting identical behavior with ACRN that I've compiled, as well as with ACRN installed by Clear Linux (version id 30770).

 

I'm not sure if this mailing lists allows attachments, so I've uploaded the requested files to https://www.amazon.com/clouddrive/share/V7pJPEUKnBoDd3vkpM0ca4YLEKgNisSUkQdR03mr4sY (17 kB zip file, containing 4 text files). The zip archive contains:

  • dmesg output from SOS
  • /proc/interrupts from SOS
  • loader.conf from EFI partition
  • acrn.conf (here I've verified that root UUID is correct, and I've had to delete settings related to hypervisor memory log because otherwise it crashed)

Our board has 8 GB of memory and 64 GB MMC, and is similar to Up Squared and Leaf Hill CRB.

 

Best regards,

Dubravko

 

 


From: acrn-users@... <acrn-users@...> on behalf of Yin, Fengwei via Lists.Projectacrn.Org <fengwei.yin=intel.com@...>
Sent: Wednesday, September 11, 2019 4:41 AM
To:
acrn-users@... <acrn-users@...>
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

 

Hi,

On 2019/9/10 下午9:00, Dubravko Moravski | Exor Embedded S.r.l. wrote:
> Hello everyone,
>
> I work for Exor Embedded and we are developing a new board with an
> Apollo Lake E3940 CPU. We would like to run ACRN on it. Indeed,
> following the instructions on
>
https://projectacrn.github.io/latest/index.html I've managed to get it
> running, dmesg among other things says:
>
> Hypervisor detected: ACRN
> ...
> ACRNTrace: Initialized acrn trace module with 4 cpu
> ...
> systemd[1]: Detected virtualization acrn.
>
> However, it's not really usable. We have following issues:
>
>   * mouse cursor jumps around in a weird way, like there is some problem
>     with switching video buffers
>   * we can't open the Terminal in any way, there's always a message:
>     "There was an error creating a child process for this terminal.
>     Failed to open PTY: Permission denied"
>   * network doesn't work
>   * everything works much slower than usual
>
> When not running with hypervisor, everything works.
> We've noticed some differences between dmesgs when running the same
> kernel with and without hypervisor, but so far we were unable to figure
> out if any of these differences is significant.
>
> We would appreciate if you have any hints for us, either what is exactly
> our problem, or at least how we should continue to debug the system.
Could you share:
   1. ACRN last git commit hash
   2. dmesg output in your SOS
   3. the output of cat /proc/interrupt in your SOS

Regards
Yin, Fengwei

>
> Best regards,
> Dubravko Moravski
>
>
>
> *Dubravko Moravski*
> /SW engineering/
> *Exor Embedded S.r.l.*
> p:     +38 512455659 <
tel:+38 512455659>  m:+38 5915402413 <tel:+38 5915402413>
> a:     Slavonska avenija, 50, Zagreb, Croatia, 10000
> w:     exorint.com <
https://exorint.com/>
>
>       
>
>
>   Prima di stampare pensa ai costi ambientali. Please consider the
> environment before printing this email.
>
> Privacy <
https://www.exorint.com/it/privacy>
>

 

Dubravko Moravski

SW engineering

Exor Embedded S.r.l.

p:

+38 512455659  m: +38 5915402413

a:

Slavonska avenija, 50, Zagreb, Croatia, 10000

w:

exorint.com 

 

 Prima di stampare pensa ai costi ambientali. Please consider the environment before printing this email.

Privacy


Dubravko Moravski | Exor Embedded S.r.l. <dubravko.moravski@...>
 

Hi,

We haven't observed any issues on the UP2 either, except one, screen updates been erratic and mouse pointer jumping around.

We've just followed instructions from https://projectacrn.github.io/latest/getting-started/apl-nuc.html, automated setup with some manual fine tuning.
I guess since we are using the same software and UP2 works (mostly) fine, the causes of our problems must be either different hardware or BIOS. But the trouble is figuring out what exactly.

All mentioned issues are for the Service OS. We can't even install/launch Guest OS because the Terminal no longer works after we restart the board with ACRN.

Now that the memory log issue is fixed, could we use that to get additional debug information? If yes, how can I save that information for later? (We managed to create some scripts so we can save data like dmesg even when terminal can't be invoked.)

Best regards,
Dubravko



From: acrn-users@... <acrn-users@...> on behalf of Liu, Fuzhong via Lists.Projectacrn.Org <fuzhong.liu=intel.com@...>
Sent: Thursday, September 12, 2019 11:47 AM
To: acrn-users@... <acrn-users@...>
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake
 

No observed the issue on the UP2 board in our lab.

Need detail steps to reproduce.

BR.

Fuzhong

 

From: acrn-users@... [mailto:acrn-users@...] On Behalf Of Geoffroy Van Cutsem
Sent: Thursday, September 12, 2019 4:42 PM
To: acrn-users@...
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

 

Have you observed the same problems on the UP2 board?

 

Thanks,

Geoffroy

 

From: acrn-users@... <acrn-users@...> On Behalf Of Liu, Fuzhong
Sent: Thursday, September 12, 2019 7:15 AM
To: acrn-users@...
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

 

Hi Dubravko

All issues you mentioned  are for Service OS, right?

Clear Linux image newer than 30900 fixed “memmap=2M$0x1FE00000” issue 

 

BR.

Fuzhong

From: acrn-users@... [mailto:acrn-users@...] On Behalf Of Dubravko Moravski | Exor Embedded S.r.l.
Sent: Wednesday, September 11, 2019 8:01 PM
To: acrn-users@...
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

 

Hi Yin Fenghwei,

 

Thank you for replying.

 

ACRN git commit hash is 555a03db99621c6a9d3bea0933c65db9dee44c46. I am getting identical behavior with ACRN that I've compiled, as well as with ACRN installed by Clear Linux (version id 30770).

 

I'm not sure if this mailing lists allows attachments, so I've uploaded the requested files to https://www.amazon.com/clouddrive/share/V7pJPEUKnBoDd3vkpM0ca4YLEKgNisSUkQdR03mr4sY (17 kB zip file, containing 4 text files). The zip archive contains:

  • dmesg output from SOS
  • /proc/interrupts from SOS
  • loader.conf from EFI partition
  • acrn.conf (here I've verified that root UUID is correct, and I've had to delete settings related to hypervisor memory log because otherwise it crashed)

Our board has 8 GB of memory and 64 GB MMC, and is similar to Up Squared and Leaf Hill CRB.

 

Best regards,

Dubravko

 

 


From: acrn-users@... <acrn-users@...> on behalf of Yin, Fengwei via Lists.Projectacrn.Org <fengwei.yin=intel.com@...>
Sent: Wednesday, September 11, 2019 4:41 AM
To:
acrn-users@... <acrn-users@...>
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

 

Hi,

On 2019/9/10 下午9:00, Dubravko Moravski | Exor Embedded S.r.l. wrote:
> Hello everyone,
>
> I work for Exor Embedded and we are developing a new board with an
> Apollo Lake E3940 CPU. We would like to run ACRN on it. Indeed,
> following the instructions on
>
https://projectacrn.github.io/latest/index.html I've managed to get it
> running, dmesg among other things says:
>
> Hypervisor detected: ACRN
> ...
> ACRNTrace: Initialized acrn trace module with 4 cpu
> ...
> systemd[1]: Detected virtualization acrn.
>
> However, it's not really usable. We have following issues:
>
>   * mouse cursor jumps around in a weird way, like there is some problem
>     with switching video buffers
>   * we can't open the Terminal in any way, there's always a message:
>     "There was an error creating a child process for this terminal.
>     Failed to open PTY: Permission denied"
>   * network doesn't work
>   * everything works much slower than usual
>
> When not running with hypervisor, everything works.
> We've noticed some differences between dmesgs when running the same
> kernel with and without hypervisor, but so far we were unable to figure
> out if any of these differences is significant.
>
> We would appreciate if you have any hints for us, either what is exactly
> our problem, or at least how we should continue to debug the system.
Could you share:
   1. ACRN last git commit hash
   2. dmesg output in your SOS
   3. the output of cat /proc/interrupt in your SOS

Regards
Yin, Fengwei

>
> Best regards,
> Dubravko Moravski
>
>
>
> *Dubravko Moravski*
> /SW engineering/
> *Exor Embedded S.r.l.*
> p:     +38 512455659 <
tel:+38 512455659>  m:+38 5915402413 <tel:+38 5915402413>
> a:     Slavonska avenija, 50, Zagreb, Croatia, 10000
> w:     exorint.com <
https://exorint.com/>
>
>       
>
>
>   Prima di stampare pensa ai costi ambientali. Please consider the
> environment before printing this email.
>
> Privacy <
https://www.exorint.com/it/privacy>
>

 

Dubravko Moravski

SW engineering

Exor Embedded S.r.l.

p:

+38 512455659  m: +38 5915402413

a:

Slavonska avenija, 50, Zagreb, Croatia, 10000

w:

exorint.com 

 

 Prima di stampare pensa ai costi ambientali. Please consider the environment before printing this email.

Privacy


Dubravko Moravski
SW engineering
Exor Embedded S.r.l.
p: +38 512455659  m: +38 5915402413
a: Slavonska avenija, 50, Zagreb, Croatia, 10000
w: exorint.com 

 Prima di stampare pensa ai costi ambientali. Please consider the environment before printing this email.

Privacy


Yin, Fengwei <fengwei.yin@...>
 

Hi Dubravko,


On 9/12/2019 7:32 PM, Dubravko Moravski | Exor Embedded S.r.l. wrote:
Hi,
We haven't observed any issues on the UP2 either, except one, screen updates been erratic and mouse pointer jumping around.
We've just followed instructions from https://projectacrn.github.io/latest/getting-started/apl-nuc.html, automated setup with some manual fine tuning.
I guess since we are using the same software and UP2 works (mostly) fine, the causes of our problems must be either different hardware or BIOS. But the trouble is figuring out what exactly.
All mentioned issues are for the Service OS. We can't even install/launch Guest OS because the Terminal no longer works after we restart the board with ACRN.
We checked the log you shared and didn't see anything unusual. We had
one issue which could make serial console use polling mode. I suspected
you hit that issue. But from the interrupt info, everything is fine (
there will be irq flooding if we hit that issue).We need more info.

When you say "Terminal no longer work", do you mean the SOS console
can't work any more? Or it could work for a while and then can't work?

Regards
Yin, Fengwei

Now that the memory log issue is fixed, could we use that to get additional debug information? If yes, how can I save that information for later? (We managed to create some scripts so we can save data like dmesg even when terminal can't be invoked.)
Best regards,
Dubravko
------------------------------------------------------------------------
*From:* acrn-users@... <acrn-users@...> on behalf of Liu, Fuzhong via Lists.Projectacrn.Org <fuzhong.liu=intel.com@...>
*Sent:* Thursday, September 12, 2019 11:47 AM
*To:* acrn-users@... <acrn-users@...>
*Subject:* Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake
No observed the issue on the UP2 board in our lab.
Need detail steps to reproduce.
BR.
Fuzhong
*From:*acrn-users@... [mailto:acrn-users@...] *On Behalf Of *Geoffroy Van Cutsem
*Sent:* Thursday, September 12, 2019 4:42 PM
*To:* acrn-users@...
*Subject:* Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake
Have you observed the same problems on the UP2 board?
Thanks,
Geoffroy
*From:*acrn-users@... <mailto:acrn-users@...> <acrn-users@... <mailto:acrn-users@...>> *On Behalf Of *Liu, Fuzhong
*Sent:* Thursday, September 12, 2019 7:15 AM
*To:* acrn-users@... <mailto:acrn-users@...>
*Subject:* Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake
Hi Dubravko
All issues you mentioned  are for Service OS, right?
Clear Linux image newer than 30900 fixed “memmap=2M$0x1FE00000” issue
BR.
Fuzhong
*From:*acrn-users@... <mailto:acrn-users@...> [mailto:acrn-users@...] *On Behalf Of *Dubravko Moravski | Exor Embedded S.r.l.
*Sent:* Wednesday, September 11, 2019 8:01 PM
*To:* acrn-users@... <mailto:acrn-users@...>
*Subject:* Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake
Hi Yin Fenghwei,
Thank you for replying.
ACRN git commit hash is 555a03db99621c6a9d3bea0933c65db9dee44c46. I am getting identical behavior with ACRN that I've compiled, as well as with ACRN installed by Clear Linux (version id 30770).
I'm not sure if this mailing lists allows attachments, so I've uploaded the requested files to https://www.amazon.com/clouddrive/share/V7pJPEUKnBoDd3vkpM0ca4YLEKgNisSUkQdR03mr4sY(17 kB zip file, containing 4 text files). The zip archive contains:
* dmesg output from SOS
* /proc/interrupts from SOS
* loader.conf from EFI partition
* acrn.conf (here I've verified that root UUID is correct, and I've
had to delete settings related to hypervisor memory log because
otherwise it crashed)
Our board has 8 GB of memory and 64 GB MMC, and is similar to Up Squared and Leaf Hill CRB.
Best regards,
Dubravko
------------------------------------------------------------------------
*From:*acrn-users@... <mailto:acrn-users@...><acrn-users@... <mailto:acrn-users@...>> on behalf of Yin, Fengwei via Lists.Projectacrn.Org <fengwei.yin=intel.com@... <mailto:fengwei.yin=intel.com@...>>
*Sent:* Wednesday, September 11, 2019 4:41 AM
*To:* acrn-users@... <mailto:acrn-users@...><acrn-users@... <mailto:acrn-users@...>>
*Subject:* Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake
Hi,
On 2019/9/10 下午9:00, Dubravko Moravski | Exor Embedded S.r.l. wrote:
Hello everyone,
I work for Exor Embedded and we are developing a new board with an Apollo Lake E3940 CPU. We would like to run ACRN on it. Indeed, following the instructions on https://projectacrn.github.io/latest/index.htmlI've managed to get it
running, dmesg among other things says:
Hypervisor detected: ACRN
...
ACRNTrace: Initialized acrn trace module with 4 cpu
...
systemd[1]: Detected virtualization acrn.
However, it's not really usable. We have following issues:
   * mouse cursor jumps around in a weird way, like there is some problem
     with switching video buffers
   * we can't open the Terminal in any way, there's always a message:
     "There was an error creating a child process for this terminal.
     Failed to open PTY: Permission denied"
   * network doesn't work
   * everything works much slower than usual
When not running with hypervisor, everything works.
We've noticed some differences between dmesgs when running the same kernel with and without hypervisor, but so far we were unable to figure out if any of these differences is significant.
We would appreciate if you have any hints for us, either what is exactly our problem, or at least how we should continue to debug the system.
Could you share:
   1. ACRN last git commit hash
   2. dmesg output in your SOS
   3. the output of cat /proc/interrupt in your SOS
Regards
Yin, Fengwei

Best regards,
Dubravko Moravski
*Dubravko Moravski*
/SW engineering/
*Exor Embedded S.r.l.*
p:     +38 512455659 <tel:+38 512455659 <tel:+38%20512455659>>  m:+38 5915402413 <tel:+38
5915402413 <tel:+38%205915402413>>
a:     Slavonska avenija, 50, Zagreb, Croatia, 10000
w:     exorint.com <https://exorint.com/>
   Prima di stampare pensa ai costi ambientali. Please consider the environment before printing this email.
Privacy <https://www.exorint.com/it/privacy>
*Dubravko Moravski*
/SW engineering/
*Exor Embedded S.r.l.*
p:

+38 512455659 <tel:+38%20512455659>  m: +38 5915402413 <tel:+38%205915402413>
a:

Slavonska avenija, 50, Zagreb, Croatia, 10000
w:

exorint.com <https://exorint.com/>

imap://fyin@...:993/fetch%3EUID%3E/INBOX%3E265992?header=quotebody&part=1.4&filename=x-sign_alone_89a12ff2-fa07-4acd-b9a0-8e9a8c2b3e4c.jpg
imap://fyin@...:993/fetch%3EUID%3E/INBOX%3E265992?header=quotebody&part=1.5&filename=environment-verde_4010c4a3-6fcf-4e6d-8a58-167a2248b283.jpg Prima di stampare pensa ai costi ambientali. Please consider the environment before printing this email.
Privacy <https://www.exorint.com/it/privacy>
*Dubravko Moravski*
/SW engineering/
*Exor Embedded S.r.l.*
p: +38 512455659 <tel:+38 512455659>  m:+38 5915402413 <tel:+38 5915402413>
a: Slavonska avenija, 50, Zagreb, Croatia, 10000
w: exorint.com <https://exorint.com/>

 Prima di stampare pensa ai costi ambientali. Please consider the environment before printing this email.
Privacy <https://www.exorint.com/it/privacy>


Conghui Chen
 

Hi Fengwei,

On 9/12/2019 7:32 PM, Dubravko Moravski | Exor Embedded S.r.l. wrote:
Hi,

We haven't observed any issues on the UP2 either, except one, screen
updates been erratic and mouse pointer jumping around.

We've just followed instructions from
https://projectacrn.github.io/latest/getting-started/apl-nuc.html,
automated setup with some manual fine tuning.
I guess since we are using the same software and UP2 works (mostly)
fine, the causes of our problems must be either different hardware or
BIOS. But the trouble is figuring out what exactly.

All mentioned issues are for the Service OS. We can't even
install/launch Guest OS because the Terminal no longer works after we
restart the board with ACRN.
We checked the log you shared and didn't see anything unusual. We had
one issue which could make serial console use polling mode. I suspected
you hit that issue. But from the interrupt info, everything is fine (
there will be irq flooding if we hit that issue).We need more info.
It seems irq 4 is shared between two uarts.
For ttyS0, it's interrupt is default as 4, and it is correct in the log.
[ 1.084989] serial8250: ttyS0 at I/O 0x3f8 (irq = 4, base_baud = 115200) is a 16550A
But the other pci uart ttyS1 also use irq 4.
[ 1.173842] dw-apb-uart.5: ttyS1 at MMIO 0x91228000 (irq = 4, base_baud = 115200) is a 16550A

ttyS0 is a vuart simulated in hypervisor, and ttyS1 is a physical uart, should not share the same irq.
Currently, I'm not sure, why the lpc uart will choose to use irq 4. Is it possible that there is some lpc definition
in acpi table?

Regards,
Conghui.

When you say "Terminal no longer work", do you mean the SOS console
can't work any more? Or it could work for a while and then can't work?

Regards
Yin, Fengwei


Now that the memory log issue is fixed, could we use that to get
additional debug information? If yes, how can I save that information
for later? (We managed to create some scripts so we can save data like
dmesg even when terminal can't be invoked.)

Best regards,
Dubravko


------------------------------------------------------------------------
*From:* acrn-users@...
<acrn-users@...> on behalf of Liu, Fuzhong via
Lists.Projectacrn.Org <fuzhong.liu=intel.com@...>
*Sent:* Thursday, September 12, 2019 11:47 AM
*To:* acrn-users@... <acrn-users@...>
*Subject:* Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

No observed the issue on the UP2 board in our lab.

Need detail steps to reproduce.

BR.

Fuzhong

*From:*acrn-users@...
[mailto:acrn-users@...] *On Behalf Of *Geoffroy Van Cutsem
*Sent:* Thursday, September 12, 2019 4:42 PM
*To:* acrn-users@...
*Subject:* Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

Have you observed the same problems on the UP2 board?

Thanks,

Geoffroy

*From:*acrn-users@...
<mailto:acrn-users@...>
<acrn-users@...
<mailto:acrn-users@...>> *On Behalf Of *Liu, Fuzhong
*Sent:* Thursday, September 12, 2019 7:15 AM
*To:* acrn-users@...
<mailto:acrn-users@...>
*Subject:* Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

Hi Dubravko

All issues you mentioned  are for Service OS, right?

Clear Linux image newer than 30900 fixed “memmap=2M$0x1FE00000”
issue

BR.

Fuzhong

*From:*acrn-users@...
<mailto:acrn-users@...>
[mailto:acrn-users@...] *On Behalf Of *Dubravko
Moravski | Exor Embedded S.r.l.
*Sent:* Wednesday, September 11, 2019 8:01 PM
*To:* acrn-users@...
<mailto:acrn-users@...>
*Subject:* Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

Hi Yin Fenghwei,

Thank you for replying.

ACRN git commit hash is 555a03db99621c6a9d3bea0933c65db9dee44c46. I
am
getting identical behavior with ACRN that I've compiled, as well as with
ACRN installed by Clear Linux (version id 30770).

I'm not sure if this mailing lists allows attachments, so I've uploaded
the requested files to
https://www.amazon.com/clouddrive/share/V7pJPEUKnBoDd3vkpM0ca4YLEKg
NisSUkQdR03mr4sY(17
kB zip file, containing 4 text files). The zip archive contains:

* dmesg output from SOS
* /proc/interrupts from SOS
* loader.conf from EFI partition
* acrn.conf (here I've verified that root UUID is correct, and I've
had to delete settings related to hypervisor memory log because
otherwise it crashed)

Our board has 8 GB of memory and 64 GB MMC, and is similar to Up Squared
and Leaf Hill CRB.

Best regards,

Dubravko

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

*From:*acrn-users@...
<mailto:acrn-users@...><acrn-users@...
<mailto:acrn-users@...>> on behalf of Yin, Fengwei via
Lists.Projectacrn.Org <fengwei.yin=intel.com@...
<mailto:fengwei.yin=intel.com@...>>
*Sent:* Wednesday, September 11, 2019 4:41 AM
*To:* acrn-users@...
<mailto:acrn-users@...><acrn-users@...
<mailto:acrn-users@...>>
*Subject:* Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

Hi,

On 2019/9/10 下午9:00, Dubravko Moravski | Exor Embedded S.r.l. wrote:
Hello everyone,

I work for Exor Embedded and we are developing a new board with an
Apollo Lake E3940 CPU. We would like to run ACRN on it. Indeed,
following the instructions on
https://projectacrn.github.io/latest/index.htmlI've managed to get it
running, dmesg among other things says:

Hypervisor detected: ACRN
...
ACRNTrace: Initialized acrn trace module with 4 cpu
...
systemd[1]: Detected virtualization acrn.

However, it's not really usable. We have following issues:

   * mouse cursor jumps around in a weird way, like there is some problem
     with switching video buffers
   * we can't open the Terminal in any way, there's always a message:
     "There was an error creating a child process for this terminal.
     Failed to open PTY: Permission denied"
   * network doesn't work
   * everything works much slower than usual

When not running with hypervisor, everything works.
We've noticed some differences between dmesgs when running the same
kernel with and without hypervisor, but so far we were unable to figure
out if any of these differences is significant.

We would appreciate if you have any hints for us, either what is exactly
our problem, or at least how we should continue to debug the system.
Could you share:
   1. ACRN last git commit hash
   2. dmesg output in your SOS
   3. the output of cat /proc/interrupt in your SOS

Regards
Yin, Fengwei


Best regards,
Dubravko Moravski



*Dubravko Moravski*
/SW engineering/
*Exor Embedded S.r.l.*
p:     +38 512455659 <tel:+38 512455659
<tel:+38%20512455659>>  m:+38 5915402413 <tel:+38
5915402413 <tel:+38%205915402413>>
a:     Slavonska avenija, 50, Zagreb, Croatia, 10000
w:     exorint.com <https://exorint.com/>




   Prima di stampare pensa ai costi ambientali. Please consider the
environment before printing this email.

Privacy <https://www.exorint.com/it/privacy>
*Dubravko Moravski*

/SW engineering/

*Exor Embedded S.r.l.*

p:



+38 512455659 <tel:+38%20512455659>  m: +38 5915402413
<tel:+38%205915402413>

a:



Slavonska avenija, 50, Zagreb, Croatia, 10000

w:



exorint.com <https://exorint.com/>



imap://fyin@...:993/fetch%3EUID%3E/INBOX%3E265992?he
ader=quotebody&part=1.4&filename=x-sign_alone_89a12ff2-fa07-4acd-b9a0-8
e9a8c2b3e4c.jpg

imap://fyin@...:993/fetch%3EUID%3E/INBOX%3E265992?he
ader=quotebody&part=1.5&filename=environment-verde_4010c4a3-6fcf-4e6d-
8a58-167a2248b283.jpg Prima
di stampare pensa ai costi ambientali. Please consider the environment
before printing this email.

Privacy <https://www.exorint.com/it/privacy>


*Dubravko Moravski*
/SW engineering/
*Exor Embedded S.r.l.*
p: +38 512455659 <tel:+38 512455659>  m:+38 5915402413 <tel:+38
5915402413>
a: Slavonska avenija, 50, Zagreb, Croatia, 10000
w: exorint.com <https://exorint.com/>




 Prima di stampare pensa ai costi ambientali. Please consider the
environment before printing this email.

Privacy <https://www.exorint.com/it/privacy>


Dubravko Moravski | Exor Embedded S.r.l. <dubravko.moravski@...>
 

Hi everyone,

SOS console/terminal can't be opened at all; the window actually opens but it says "There was an error creating a child process for this terminal. Failed to open PTY: Permission denied" and we can't do anything. It is the same if we use launcher on the left side on the screen, or ctrl+alt+t. Also ssh doesn't work (as well as networking in general) so we can't connect remotely either.

200K JPG image uploaded to https://www.amazon.com/clouddrive/share/lWcIh67jPu7uhWrOzTBlOfcVwkfZ4ofYyEYTenbJrjo (ignore the date, I don't know why it's three days in the past).
I don't see why the console would have anything to do with the hypervisor, but simply it doesn't work with it, and works without it, so it's a symptom of some problem.

These all work when not running with the hypervisor.

Regarding ACPI and LPC, unfortunately we are not that familiar with ACPI, I have uploaded our disassembled ACPI dump to https://www.amazon.com/clouddrive/share/cQik3C5S0ey40L9L2EtMumII322kV0rjmJ34dBpHjD3, 35 kB RAR file. String "LPC" occurs in dsdt, ssdt1, 3 and 4.

Best regards,
Dubravko


From: acrn-users@... <acrn-users@...> on behalf of Yin, Fengwei via Lists.Projectacrn.Org <fengwei.yin=intel.com@...>
Sent: Thursday, September 12, 2019 3:21 PM
To: acrn-users@... <acrn-users@...>
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake
 
Hi Dubravko,



Dubravko Moravski
SW engineering
Exor Embedded S.r.l.
p: +38 512455659  m: +38 5915402413
a: Slavonska avenija, 50, Zagreb, Croatia, 10000
w: exorint.com 

 Prima di stampare pensa ai costi ambientali. Please consider the environment before printing this email.

Privacy

On 9/12/2019 7:32 PM, Dubravko Moravski | Exor Embedded S.r.l. wrote:
> Hi,
>
> We haven't observed any issues on the UP2 either, except one, screen
> updates been erratic and mouse pointer jumping around.
>
> We've just followed instructions from
> https://projectacrn.github.io/latest/getting-started/apl-nuc.html,
> automated setup with some manual fine tuning.
> I guess since we are using the same software and UP2 works (mostly)
> fine, the causes of our problems must be either different hardware or
> BIOS. But the trouble is figuring out what exactly.
>
> All mentioned issues are for the Service OS. We can't even
> install/launch Guest OS because the Terminal no longer works after we
> restart the board with ACRN.
We checked the log you shared and didn't see anything unusual. We had
one issue which could make serial console use polling mode. I suspected
you hit that issue. But from the interrupt info, everything is fine (
there will be irq flooding if we hit that issue).We need more info.

When you say "Terminal no longer work", do you mean the SOS console
can't work any more? Or it could work for a while and then can't work?

Regards
Yin, Fengwei

>
> Now that the memory log issue is fixed, could we use that to get
> additional debug information? If yes, how can I save that information
> for later? (We managed to create some scripts so we can save data like
> dmesg even when terminal can't be invoked.)
>
> Best regards,
> Dubravko
>
>
> ------------------------------------------------------------------------
> *From:* acrn-users@...
> <acrn-users@...> on behalf of Liu, Fuzhong via
> Lists.Projectacrn.Org <fuzhong.liu=intel.com@...>
> *Sent:* Thursday, September 12, 2019 11:47 AM
> *To:* acrn-users@... <acrn-users@...>
> *Subject:* Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake
>
> No observed the issue on the UP2 board in our lab.
>
> Need detail steps to reproduce.
>
> BR.
>
> Fuzhong
>
> *From:*acrn-users@...
> [mailto:acrn-users@...] *On Behalf Of *Geoffroy Van Cutsem
> *Sent:* Thursday, September 12, 2019 4:42 PM
> *To:* acrn-users@...
> *Subject:* Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake
>
> Have you observed the same problems on the UP2 board?
>
> Thanks,
>
> Geoffroy
>
> *From:*acrn-users@...
> <mailto:acrn-users@...>
> <acrn-users@...
> <mailto:acrn-users@...>> *On Behalf Of *Liu, Fuzhong
> *Sent:* Thursday, September 12, 2019 7:15 AM
> *To:* acrn-users@...
> <mailto:acrn-users@...>
> *Subject:* Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake
>
> Hi Dubravko
>
> All issues you mentioned  are for Service OS, right?
>
> Clear Linux image newer than 30900 fixed “memmap=2M$0x1FE00000” issue
>
> BR.
>
> Fuzhong
>
> *From:*acrn-users@...
> <mailto:acrn-users@...>
> [mailto:acrn-users@...] *On Behalf Of *Dubravko
> Moravski | Exor Embedded S.r.l.
> *Sent:* Wednesday, September 11, 2019 8:01 PM
> *To:* acrn-users@...
> <mailto:acrn-users@...>
> *Subject:* Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake
>
> Hi Yin Fenghwei,
>
> Thank you for replying.
>
> ACRN git commit hash is 555a03db99621c6a9d3bea0933c65db9dee44c46. I am
> getting identical behavior with ACRN that I've compiled, as well as with
> ACRN installed by Clear Linux (version id 30770).
>
> I'm not sure if this mailing lists allows attachments, so I've uploaded
> the requested files to
> https://www.amazon.com/clouddrive/share/V7pJPEUKnBoDd3vkpM0ca4YLEKgNisSUkQdR03mr4sY(17
> kB zip file, containing 4 text files). The zip archive contains:
>
>   * dmesg output from SOS
>   * /proc/interrupts from SOS
>   * loader.conf from EFI partition
>   * acrn.conf (here I've verified that root UUID is correct, and I've
>     had to delete settings related to hypervisor memory log because
>     otherwise it crashed)
>
> Our board has 8 GB of memory and 64 GB MMC, and is similar to Up Squared
> and Leaf Hill CRB.
>
> Best regards,
>
> Dubravko
>
> ------------------------------------------------------------------------
>
> *From:*acrn-users@...
> <mailto:acrn-users@...><acrn-users@...
> <mailto:acrn-users@...>> on behalf of Yin, Fengwei via
> Lists.Projectacrn.Org <fengwei.yin=intel.com@...
> <mailto:fengwei.yin=intel.com@...>>
> *Sent:* Wednesday, September 11, 2019 4:41 AM
> *To:* acrn-users@...
> <mailto:acrn-users@...><acrn-users@...
> <mailto:acrn-users@...>>
> *Subject:* Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake
>
> Hi,
>
> On 2019/9/10 下午9:00, Dubravko Moravski | Exor Embedded S.r.l. wrote:
>> Hello everyone,
>>
>> I work for Exor Embedded and we are developing a new board with an
>> Apollo Lake E3940 CPU. We would like to run ACRN on it. Indeed,
>> following the instructions on
>> https://projectacrn.github.io/latest/index.htmlI've managed to get it
>> running, dmesg among other things says:
>>
>> Hypervisor detected: ACRN
>> ...
>> ACRNTrace: Initialized acrn trace module with 4 cpu
>> ...
>> systemd[1]: Detected virtualization acrn.
>>
>> However, it's not really usable. We have following issues:
>>
>>   * mouse cursor jumps around in a weird way, like there is some problem
>>     with switching video buffers
>>   * we can't open the Terminal in any way, there's always a message:
>>     "There was an error creating a child process for this terminal.
>>     Failed to open PTY: Permission denied"
>>   * network doesn't work
>>   * everything works much slower than usual
>>
>> When not running with hypervisor, everything works.
>> We've noticed some differences between dmesgs when running the same
>> kernel with and without hypervisor, but so far we were unable to figure
>> out if any of these differences is significant.
>>
>> We would appreciate if you have any hints for us, either what is exactly
>> our problem, or at least how we should continue to debug the system.
> Could you share:
>     1. ACRN last git commit hash
>     2. dmesg output in your SOS
>     3. the output of cat /proc/interrupt in your SOS
>
> Regards
> Yin, Fengwei
>
>>
>> Best regards,
>> Dubravko Moravski
>>
>>
>>
>> *Dubravko Moravski*
>> /SW engineering/
>> *Exor Embedded S.r.l.*
>> p:     +38 512455659 <tel:+38 512455659 <tel:+38%20512455659>>  m:+38 5915402413 <tel:+38
> 5915402413 <tel:+38%205915402413>>
>> a:     Slavonska avenija, 50, Zagreb, Croatia, 10000
>> w:     exorint.com <https://exorint.com/>
>>
>>       
>>
>>
>>   Prima di stampare pensa ai costi ambientali. Please consider the
>> environment before printing this email.
>>
>> Privacy <https://www.exorint.com/it/privacy>
>>
>
> *Dubravko Moravski*
>
> /SW engineering/
>
> *Exor Embedded S.r.l.*
>
> p:
>
>       
>
> +38 512455659 <tel:+38%20512455659>  m: +38 5915402413
> <tel:+38%205915402413>
>
> a:
>
>       
>
> Slavonska avenija, 50, Zagreb, Croatia, 10000
>
> w:
>
>       
>
> exorint.com <https://exorint.com/>
>
>       
>
> imap://fyin@...:993/fetch%3EUID%3E/INBOX%3E265992?header=quotebody&part=1.4&filename=x-sign_alone_89a12ff2-fa07-4acd-b9a0-8e9a8c2b3e4c.jpg
>
> imap://fyin@...:993/fetch%3EUID%3E/INBOX%3E265992?header=quotebody&part=1.5&filename=environment-verde_4010c4a3-6fcf-4e6d-8a58-167a2248b283.jpg Prima
> di stampare pensa ai costi ambientali. Please consider the environment
> before printing this email.
>
> Privacy <https://www.exorint.com/it/privacy>
>
>
> *Dubravko Moravski*
> /SW engineering/
> *Exor Embedded S.r.l.*
> p:     +38 512455659 <tel:+38 512455659>  m:+38 5915402413 <tel:+38 5915402413>
> a:     Slavonska avenija, 50, Zagreb, Croatia, 10000
> w:     exorint.com <https://exorint.com/>
>
>       
>
>
>   Prima di stampare pensa ai costi ambientali. Please consider the
> environment before printing this email.
>
> Privacy <https://www.exorint.com/it/privacy>
>





Conghui Chen
 

Hi Dubravko,

 

Can you try to use /dev/ttyS2 as SOS console?

Replace the “console=ttyS0” in acrn.conf with “console=ttyS2”.

 

Regards,

Conghui.

From: acrn-users@... [mailto:acrn-users@...] On Behalf Of Dubravko Moravski | Exor Embedded S.r.l.
Sent: Thursday, September 12, 2019 11:15 PM
To: acrn-users@...
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

 

Hi everyone,

 

SOS console/terminal can't be opened at all; the window actually opens but it says "There was an error creating a child process for this terminal. Failed to open PTY: Permission denied" and we can't do anything. It is the same if we use launcher on the left side on the screen, or ctrl+alt+t. Also ssh doesn't work (as well as networking in general) so we can't connect remotely either.

 

200K JPG image uploaded to https://www.amazon.com/clouddrive/share/lWcIh67jPu7uhWrOzTBlOfcVwkfZ4ofYyEYTenbJrjo (ignore the date, I don't know why it's three days in the past).

I don't see why the console would have anything to do with the hypervisor, but simply it doesn't work with it, and works without it, so it's a symptom of some problem.

 

These all work when not running with the hypervisor.

 

Regarding ACPI and LPC, unfortunately we are not that familiar with ACPI, I have uploaded our disassembled ACPI dump to https://www.amazon.com/clouddrive/share/cQik3C5S0ey40L9L2EtMumII322kV0rjmJ34dBpHjD3, 35 kB RAR file. String "LPC" occurs in dsdt, ssdt1, 3 and 4.

 

Best regards,

Dubravko

 


From: acrn-users@... <acrn-users@...> on behalf of Yin, Fengwei via Lists.Projectacrn.Org <fengwei.yin=intel.com@...>
Sent: Thursday, September 12, 2019 3:21 PM
To: acrn-users@... <acrn-users@...>
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

 

Hi Dubravko,


Dubravko Moravski

SW engineering

Exor Embedded S.r.l.

p:

+38 512455659  m: +38 5915402413

a:

Slavonska avenija, 50, Zagreb, Croatia, 10000

w:

exorint.com 

 

 Prima di stampare pensa ai costi ambientali. Please consider the environment before printing this email.

Privacy

On 9/12/2019 7:32 PM, Dubravko Moravski | Exor Embedded S.r.l. wrote:
> Hi,
>
> We haven't observed any issues on the UP2 either, except one, screen
> updates been erratic and mouse pointer jumping around.
>
> We've just followed instructions from
> https://projectacrn.github.io/latest/getting-started/apl-nuc.html,
> automated setup with some manual fine tuning.
> I guess since we are using the same software and UP2 works (mostly)
> fine, the causes of our problems must be either different hardware or
> BIOS. But the trouble is figuring out what exactly.
>
> All mentioned issues are for the Service OS. We can't even
> install/launch Guest OS because the Terminal no longer works after we
> restart the board with ACRN.
We checked the log you shared and didn't see anything unusual. We had
one issue which could make serial console use polling mode. I suspected
you hit that issue. But from the interrupt info, everything is fine (
there will be irq flooding if we hit that issue).We need more info.

When you say "Terminal no longer work", do you mean the SOS console
can't work any more? Or it could work for a while and then can't work?

Regards
Yin, Fengwei

>
> Now that the memory log issue is fixed, could we use that to get
> additional debug information? If yes, how can I save that information
> for later? (We managed to create some scripts so we can save data like
> dmesg even when terminal can't be invoked.)
>
> Best regards,
> Dubravko
>
>
> ------------------------------------------------------------------------
> *From:* acrn-users@...
> <acrn-users@...> on behalf of Liu, Fuzhong via
> Lists.Projectacrn.Org <fuzhong.liu=intel.com@...>
> *Sent:* Thursday, September 12, 2019 11:47 AM
> *To:* acrn-users@... <acrn-users@...>
> *Subject:* Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake
>
> No observed the issue on the UP2 board in our lab.
>
> Need detail steps to reproduce.
>
> BR.
>
> Fuzhong
>
> *From:*acrn-users@...
> [mailto:acrn-users@...] *On Behalf Of *Geoffroy Van Cutsem
> *Sent:* Thursday, September 12, 2019 4:42 PM
> *To:* acrn-users@...
> *Subject:* Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake
>
> Have you observed the same problems on the UP2 board?
>
> Thanks,
>
> Geoffroy
>
> *From:*acrn-users@...
> <mailto:acrn-users@...>
> <acrn-users@...
> <mailto:acrn-users@...>> *On Behalf Of *Liu, Fuzhong
> *Sent:* Thursday, September 12, 2019 7:15 AM
> *To:* acrn-users@...
> <mailto:acrn-users@...>
> *Subject:* Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake
>
> Hi Dubravko
>
> All issues you mentioned  are for Service OS, right?
>
> Clear Linux image newer than 30900 fixed “memmap=2M$0x1FE00000” issue
>
> BR.
>
> Fuzhong
>
> *From:*acrn-users@...
> <mailto:acrn-users@...>
> [mailto:acrn-users@...] *On Behalf Of *Dubravko
> Moravski | Exor Embedded S.r.l.
> *Sent:* Wednesday, September 11, 2019 8:01 PM
> *To:* acrn-users@...
> <mailto:acrn-users@...>
> *Subject:* Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake
>
> Hi Yin Fenghwei,
>
> Thank you for replying.
>
> ACRN git commit hash is 555a03db99621c6a9d3bea0933c65db9dee44c46. I am
> getting identical behavior with ACRN that I've compiled, as well as with
> ACRN installed by Clear Linux (version id 30770).
>
> I'm not sure if this mailing lists allows attachments, so I've uploaded
> the requested files to
> https://www.amazon.com/clouddrive/share/V7pJPEUKnBoDd3vkpM0ca4YLEKgNisSUkQdR03mr4sY(17
> kB zip file, containing 4 text files). The zip archive contains:
>
>   * dmesg output from SOS
>   * /proc/interrupts from SOS
>   * loader.conf from EFI partition
>   * acrn.conf (here I've verified that root UUID is correct, and I've
>     had to delete settings related to hypervisor memory log because
>     otherwise it crashed)
>
> Our board has 8 GB of memory and 64 GB MMC, and is similar to Up Squared
> and Leaf Hill CRB.
>
> Best regards,
>
> Dubravko
>
> ------------------------------------------------------------------------
>
> *From:*acrn-users@...
> <mailto:acrn-users@...><acrn-users@...
> <mailto:acrn-users@...>> on behalf of Yin, Fengwei via
> Lists.Projectacrn.Org <fengwei.yin=intel.com@...
> <mailto:fengwei.yin=intel.com@...>>
> *Sent:* Wednesday, September 11, 2019 4:41 AM
> *To:* acrn-users@...
> <mailto:acrn-users@...><acrn-users@...
> <mailto:acrn-users@...>>
> *Subject:* Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake
>
> Hi,
>
> On 2019/9/10
下午9:00, Dubravko Moravski | Exor Embedded S.r.l. wrote:
>> Hello everyone,
>>
>> I work for Exor Embedded and we are developing a new board with an
>> Apollo Lake E3940 CPU. We would like to run ACRN on it. Indeed,
>> following the instructions on
>> https://projectacrn.github.io/latest/index.htmlI've managed to get it
>> running, dmesg among other things says:
>>
>> Hypervisor detected: ACRN
>> ...
>> ACRNTrace: Initialized acrn trace module with 4 cpu
>> ...
>> systemd[1]: Detected virtualization acrn.
>>
>> However, it's not really usable. We have following issues:
>>
>>   * mouse cursor jumps around in a weird way, like there is some problem
>>     with switching video buffers
>>   * we can't open the Terminal in any way, there's always a message:
>>     "There was an error creating a child process for this terminal.
>>     Failed to open PTY: Permission denied"
>>   * network doesn't work
>>   * everything works much slower than usual
>>
>> When not running with hypervisor, everything works.
>> We've noticed some differences between dmesgs when running the same
>> kernel with and without hypervisor, but so far we were unable to figure
>> out if any of these differences is significant.
>>
>> We would appreciate if you have any hints for us, either what is exactly
>> our problem, or at least how we should continue to debug the system.
> Could you share:
>     1. ACRN last git commit hash
>     2. dmesg output in your SOS
>     3. the output of cat /proc/interrupt in your SOS
>
> Regards
> Yin, Fengwei
>
>>
>> Best regards,
>> Dubravko Moravski
>>
>>
>>
>> *Dubravko Moravski*
>> /SW engineering/
>> *Exor Embedded S.r.l.*
>> p:     +38 512455659 <tel:+38 512455659 <tel:+38%20512455659>>  m:+38 5915402413 <tel:+38
> 5915402413 <tel:+38%205915402413>>
>> a:     Slavonska avenija, 50, Zagreb, Croatia, 10000
>> w:     exorint.com <https://exorint.com/>
>>
>>       
>>
>>
>>   Prima di stampare pensa ai costi ambientali. Please consider the
>> environment before printing this email.
>>
>> Privacy <https://www.exorint.com/it/privacy>
>>
>
> *Dubravko Moravski*
>
> /SW engineering/
>
> *Exor Embedded S.r.l.*
>
> p:
>
>       
>
> +38 512455659 <tel:+38%20512455659>  m: +38 5915402413
> <tel:+38%205915402413>
>
> a:
>
>       
>
> Slavonska avenija, 50, Zagreb, Croatia, 10000
>
> w:
>
>       
>
> exorint.com <https://exorint.com/>
>
>       
>
> imap://fyin@...:993/fetch%3EUID%3E/INBOX%3E265992?header=quotebody&part=1.4&filename=x-sign_alone_89a12ff2-fa07-4acd-b9a0-8e9a8c2b3e4c.jpg
>
> imap://fyin@...:993/fetch%3EUID%3E/INBOX%3E265992?header=quotebody&part=1.5&filename=environment-verde_4010c4a3-6fcf-4e6d-8a58-167a2248b283.jpg Prima
> di stampare pensa ai costi ambientali. Please consider the environment
> before printing this email.
>
> Privacy <https://www.exorint.com/it/privacy>
>
>
> *Dubravko Moravski*
> /SW engineering/
> *Exor Embedded S.r.l.*
> p:     +38 512455659 <tel:+38 512455659>  m:+38 5915402413 <tel:+38 5915402413>
> a:     Slavonska avenija, 50, Zagreb, Croatia, 10000
> w:     exorint.com <https://exorint.com/>
>
>       
>
>
>   Prima di stampare pensa ai costi ambientali. Please consider the
> environment before printing this email.
>
> Privacy <https://www.exorint.com/it/privacy>
>




Geoffroy Van Cutsem
 

Hi Dubravko,

 

From: acrn-users@... <acrn-users@...> On Behalf Of Dubravko Moravski | Exor Embedded S.r.l.
Sent: Thursday, September 12, 2019 5:15 PM
To: acrn-users@...
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

 

Hi everyone,

 

SOS console/terminal can't be opened at all; the window actually opens but it says "There was an error creating a child process for this terminal. Failed to open PTY: Permission denied" and we can't do anything. It is the same if we use launcher on the left side on the screen, or ctrl+alt+t. Also ssh doesn't work (as well as networking in general) so we can't connect remotely either.

[Geoffroy] A few questions and one suggestion:

* Have you tried to start the ACRN hypervisor with “uart=disabled”? (see https://projectacrn.github.io/latest/getting-started/apl-nuc.html#add-the-acrn-hypervisor-to-the-efi-partition). A quick test if you have an EFI shell on your platform is to run “acrn.efi uart=disabled” from it.

* Does SSH work when you are not running in the hypervisor?

* Which user are you using when trying to connect over SSH? (note that root is blocked by default)

* When you say “networking is not working in general”, does that mean you are not even getting an IP address?

 

200K JPG image uploaded to https://www.amazon.com/clouddrive/share/lWcIh67jPu7uhWrOzTBlOfcVwkfZ4ofYyEYTenbJrjo (ignore the date, I don't know why it's three days in the past).

[Geoffroy] Is the date always off by three days (regardless of whether you’re running in the hypervisor or not)? I don’t know if that is the cause but dates in the past can cause problems with certificates (and hence something to look at as a potential issue related to SSH).

 

I don't see why the console would have anything to do with the hypervisor, but simply it doesn't work with it, and works without it, so it's a symptom of some problem.

 

These all work when not running with the hypervisor.

 

Regarding ACPI and LPC, unfortunately we are not that familiar with ACPI, I have uploaded our disassembled ACPI dump to https://www.amazon.com/clouddrive/share/cQik3C5S0ey40L9L2EtMumII322kV0rjmJ34dBpHjD3, 35 kB RAR file. String "LPC" occurs in dsdt, ssdt1, 3 and 4.

 

Best regards,

Dubravko

 


From: acrn-users@... <acrn-users@...> on behalf of Yin, Fengwei via Lists.Projectacrn.Org <fengwei.yin=intel.com@...>
Sent: Thursday, September 12, 2019 3:21 PM
To: acrn-users@... <acrn-users@...>
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

 

Hi Dubravko,


Dubravko Moravski

SW engineering

Exor Embedded S.r.l.

p:

+38 512455659  m: +38 5915402413

a:

Slavonska avenija, 50, Zagreb, Croatia, 10000

w:

exorint.com 

 

 Prima di stampare pensa ai costi ambientali. Please consider the environment before printing this email.

Privacy

On 9/12/2019 7:32 PM, Dubravko Moravski | Exor Embedded S.r.l. wrote:
> Hi,
>
> We haven't observed any issues on the UP2 either, except one, screen
> updates been erratic and mouse pointer jumping around.
>
> We've just followed instructions from
> https://projectacrn.github.io/latest/getting-started/apl-nuc.html,
> automated setup with some manual fine tuning.
> I guess since we are using the same software and UP2 works (mostly)
> fine, the causes of our problems must be either different hardware or
> BIOS. But the trouble is figuring out what exactly.
>
> All mentioned issues are for the Service OS. We can't even
> install/launch Guest OS because the Terminal no longer works after we
> restart the board with ACRN.
We checked the log you shared and didn't see anything unusual. We had
one issue which could make serial console use polling mode. I suspected
you hit that issue. But from the interrupt info, everything is fine (
there will be irq flooding if we hit that issue).We need more info.

When you say "Terminal no longer work", do you mean the SOS console
can't work any more? Or it could work for a while and then can't work?

Regards
Yin, Fengwei

>
> Now that the memory log issue is fixed, could we use that to get
> additional debug information? If yes, how can I save that information
> for later? (We managed to create some scripts so we can save data like
> dmesg even when terminal can't be invoked.)
>
> Best regards,
> Dubravko
>
>
> ------------------------------------------------------------------------
> *From:* acrn-users@...
> <acrn-users@...> on behalf of Liu, Fuzhong via
> Lists.Projectacrn.Org <fuzhong.liu=intel.com@...>
> *Sent:* Thursday, September 12, 2019 11:47 AM
> *To:* acrn-users@... <acrn-users@...>
> *Subject:* Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake
>
> No observed the issue on the UP2 board in our lab.
>
> Need detail steps to reproduce.
>
> BR.
>
> Fuzhong
>
> *From:*acrn-users@...
> [mailto:acrn-users@...] *On Behalf Of *Geoffroy Van Cutsem
> *Sent:* Thursday, September 12, 2019 4:42 PM
> *To:* acrn-users@...
> *Subject:* Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake
>
> Have you observed the same problems on the UP2 board?
>
> Thanks,
>
> Geoffroy
>
> *From:*acrn-users@...
> <mailto:acrn-users@...>
> <acrn-users@...
> <mailto:acrn-users@...>> *On Behalf Of *Liu, Fuzhong
> *Sent:* Thursday, September 12, 2019 7:15 AM
> *To:* acrn-users@...
> <mailto:acrn-users@...>
> *Subject:* Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake
>
> Hi Dubravko
>
> All issues you mentioned  are for Service OS, right?
>
> Clear Linux image newer than 30900 fixed “memmap=2M$0x1FE00000” issue
>
> BR.
>
> Fuzhong
>
> *From:*acrn-users@...
> <mailto:acrn-users@...>
> [mailto:acrn-users@...] *On Behalf Of *Dubravko
> Moravski | Exor Embedded S.r.l.
> *Sent:* Wednesday, September 11, 2019 8:01 PM
> *To:* acrn-users@...
> <mailto:acrn-users@...>
> *Subject:* Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake
>
> Hi Yin Fenghwei,
>
> Thank you for replying.
>
> ACRN git commit hash is 555a03db99621c6a9d3bea0933c65db9dee44c46. I am
> getting identical behavior with ACRN that I've compiled, as well as with
> ACRN installed by Clear Linux (version id 30770).
>
> I'm not sure if this mailing lists allows attachments, so I've uploaded
> the requested files to
> https://www.amazon.com/clouddrive/share/V7pJPEUKnBoDd3vkpM0ca4YLEKgNisSUkQdR03mr4sY(17
> kB zip file, containing 4 text files). The zip archive contains:
>
>   * dmesg output from SOS
>   * /proc/interrupts from SOS
>   * loader.conf from EFI partition
>   * acrn.conf (here I've verified that root UUID is correct, and I've
>     had to delete settings related to hypervisor memory log because
>     otherwise it crashed)
>
> Our board has 8 GB of memory and 64 GB MMC, and is similar to Up Squared
> and Leaf Hill CRB.
>
> Best regards,
>
> Dubravko
>
> ------------------------------------------------------------------------
>
> *From:*acrn-users@...
> <mailto:acrn-users@...><acrn-users@...
> <mailto:acrn-users@...>> on behalf of Yin, Fengwei via
> Lists.Projectacrn.Org <fengwei.yin=intel.com@...
> <mailto:fengwei.yin=intel.com@...>>
> *Sent:* Wednesday, September 11, 2019 4:41 AM
> *To:* acrn-users@...
> <mailto:acrn-users@...><acrn-users@...
> <mailto:acrn-users@...>>
> *Subject:* Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake
>
> Hi,
>
> On 2019/9/10 下午9:00, Dubravko Moravski | Exor Embedded S.r.l. wrote:
>> Hello everyone,
>>
>> I work for Exor Embedded and we are developing a new board with an
>> Apollo Lake E3940 CPU. We would like to run ACRN on it. Indeed,
>> following the instructions on
>> https://projectacrn.github.io/latest/index.htmlI've managed to get it
>> running, dmesg among other things says:
>>
>> Hypervisor detected: ACRN
>> ...
>> ACRNTrace: Initialized acrn trace module with 4 cpu
>> ...
>> systemd[1]: Detected virtualization acrn.
>>
>> However, it's not really usable. We have following issues:
>>
>>   * mouse cursor jumps around in a weird way, like there is some problem
>>     with switching video buffers
>>   * we can't open the Terminal in any way, there's always a message:
>>     "There was an error creating a child process for this terminal.
>>     Failed to open PTY: Permission denied"
>>   * network doesn't work
>>   * everything works much slower than usual
>>
>> When not running with hypervisor, everything works.
>> We've noticed some differences between dmesgs when running the same
>> kernel with and without hypervisor, but so far we were unable to figure
>> out if any of these differences is significant.
>>
>> We would appreciate if you have any hints for us, either what is exactly
>> our problem, or at least how we should continue to debug the system.
> Could you share:
>     1. ACRN last git commit hash
>     2. dmesg output in your SOS
>     3. the output of cat /proc/interrupt in your SOS
>
> Regards
> Yin, Fengwei
>
>>
>> Best regards,
>> Dubravko Moravski
>>
>>
>>
>> *Dubravko Moravski*
>> /SW engineering/
>> *Exor Embedded S.r.l.*
>> p:     +38 512455659 <tel:+38 512455659 <tel:+38%20512455659>>  m:+38 5915402413 <tel:+38
> 5915402413 <tel:+38%205915402413>>
>> a:     Slavonska avenija, 50, Zagreb, Croatia, 10000
>> w:     exorint.com <https://exorint.com/>
>>
>>       
>>
>>
>>   Prima di stampare pensa ai costi ambientali. Please consider the
>> environment before printing this email.
>>
>> Privacy <https://www.exorint.com/it/privacy>
>>
>
> *Dubravko Moravski*
>
> /SW engineering/
>
> *Exor Embedded S.r.l.*
>
> p:
>
>       
>
> +38 512455659 <tel:+38%20512455659>  m: +38 5915402413
> <tel:+38%205915402413>
>
> a:
>
>       
>
> Slavonska avenija, 50, Zagreb, Croatia, 10000
>
> w:
>
>       
>
> exorint.com <https://exorint.com/>
>
>       
>
> imap://fyin@...:993/fetch%3EUID%3E/INBOX%3E265992?header=quotebody&part=1.4&filename=x-sign_alone_89a12ff2-fa07-4acd-b9a0-8e9a8c2b3e4c.jpg
>
> imap://fyin@...:993/fetch%3EUID%3E/INBOX%3E265992?header=quotebody&part=1.5&filename=environment-verde_4010c4a3-6fcf-4e6d-8a58-167a2248b283.jpg Prima
> di stampare pensa ai costi ambientali. Please consider the environment
> before printing this email.
>
> Privacy <https://www.exorint.com/it/privacy>
>
>
> *Dubravko Moravski*
> /SW engineering/
> *Exor Embedded S.r.l.*
> p:     +38 512455659 <tel:+38 512455659>  m:+38 5915402413 <tel:+38 5915402413>
> a:     Slavonska avenija, 50, Zagreb, Croatia, 10000
> w:     exorint.com <https://exorint.com/>
>
>       
>
>
>   Prima di stampare pensa ai costi ambientali. Please consider the
> environment before printing this email.
>
> Privacy <https://www.exorint.com/it/privacy>
>




Dubravko Moravski | Exor Embedded S.r.l. <dubravko.moravski@...>
 

Hi Geoffroy,

I have already tried with uart=disabled, and repeated the test now; everything remains the same, all the issues are present.

SSH works when not running in the hypervisor.

I'm using the default "clear" user from projectacrn.github.io tutorial.

When network doesn't work, I'm not even getting the IP address (we have a DHCP server in our LAN, it's otherwise working fine).

I have uploaded new dmesg and ifconfig logs to https://www.amazon.com/clouddrive/share/3wZ8oRCroPr9wpfcl60XAJov69Do8Hg5RiX1GRRpYRI, 76 kB RAR archive:
  • log_hyper.log files are with hypervisor running (resulting in all the problems, including no network)
  • 'hyper kernel no hyper' files are with regular non-hypervisor boot, plus the same kernel that hypervisor is using (lts2018-sos-4.19.64-76) - less problems e.g. terminal works, but still no network
  • 'native kernel' files are with regular non-hypervisor boot, and native-something kernel - no problems and network works; this is the combination I'm using when SSH works
The date is always off by three days, it doesn't seem to affect anything: with hypervisor there are problems, without hypervisor there aren't. I'll fix it, just in case.

It looks like maybe the hypervisor is actually working fine all the time, but the kernel it is loading is somehow misconfigured so it doesn't initialize network interface(s) and user account(s)?

Best regards,
Dubravko



From: acrn-users@... <acrn-users@...> on behalf of Geoffroy Van Cutsem via Lists.Projectacrn.Org <geoffroy.vancutsem=intel.com@...>
Sent: Thursday, September 12, 2019 5:46 PM
To: acrn-users@... <acrn-users@...>
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake
 

Hi Dubravko,

 

From: acrn-users@... <acrn-users@...> On Behalf Of Dubravko Moravski | Exor Embedded S.r.l.
Sent: Thursday, September 12, 2019 5:15 PM
To: acrn-users@...
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

 

Hi everyone,

 

SOS console/terminal can't be opened at all; the window actually opens but it says "There was an error creating a child process for this terminal. Failed to open PTY: Permission denied" and we can't do anything. It is the same if we use launcher on the left side on the screen, or ctrl+alt+t. Also ssh doesn't work (as well as networking in general) so we can't connect remotely either.

[Geoffroy] A few questions and one suggestion:

* Have you tried to start the ACRN hypervisor with “uart=disabled”? (see https://projectacrn.github.io/latest/getting-started/apl-nuc.html#add-the-acrn-hypervisor-to-the-efi-partition). A quick test if you have an EFI shell on your platform is to run “acrn.efi uart=disabled” from it.

* Does SSH work when you are not running in the hypervisor?

* Which user are you using when trying to connect over SSH? (note that root is blocked by default)

* When you say “networking is not working in general”, does that mean you are not even getting an IP address?

 

200K JPG image uploaded to https://www.amazon.com/clouddrive/share/lWcIh67jPu7uhWrOzTBlOfcVwkfZ4ofYyEYTenbJrjo (ignore the date, I don't know why it's three days in the past).

[Geoffroy] Is the date always off by three days (regardless of whether you’re running in the hypervisor or not)? I don’t know if that is the cause but dates in the past can cause problems with certificates (and hence something to look at as a potential issue related to SSH).

 

I don't see why the console would have anything to do with the hypervisor, but simply it doesn't work with it, and works without it, so it's a symptom of some problem.

 

These all work when not running with the hypervisor.

 

Regarding ACPI and LPC, unfortunately we are not that familiar with ACPI, I have uploaded our disassembled ACPI dump to https://www.amazon.com/clouddrive/share/cQik3C5S0ey40L9L2EtMumII322kV0rjmJ34dBpHjD3, 35 kB RAR file. String "LPC" occurs in dsdt, ssdt1, 3 and 4.

 

Best regards,

Dubravko

 


From: acrn-users@... <acrn-users@...> on behalf of Yin, Fengwei via Lists.Projectacrn.Org <fengwei.yin=intel.com@...>
Sent: Thursday, September 12, 2019 3:21 PM
To: acrn-users@... <acrn-users@...>
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

 

Hi Dubravko,


Dubravko Moravski

SW engineering

Exor Embedded S.r.l.

p:

+38 512455659  m: +38 5915402413

a:

Slavonska avenija, 50, Zagreb, Croatia, 10000

w:

exorint.com 

 

 Prima di stampare pensa ai costi ambientali. Please consider the environment before printing this email.

Privacy


Dubravko Moravski
SW engineering
Exor Embedded S.r.l.
p: +38 512455659  m: +38 5915402413
a: Slavonska avenija, 50, Zagreb, Croatia, 10000
w: exorint.com 

 Prima di stampare pensa ai costi ambientali. Please consider the environment before printing this email.

Privacy

On 9/12/2019 7:32 PM, Dubravko Moravski | Exor Embedded S.r.l. wrote:
> Hi,
>
> We haven't observed any issues on the UP2 either, except one, screen
> updates been erratic and mouse pointer jumping around.
>
> We've just followed instructions from
> https://projectacrn.github.io/latest/getting-started/apl-nuc.html,
> automated setup with some manual fine tuning.
> I guess since we are using the same software and UP2 works (mostly)
> fine, the causes of our problems must be either different hardware or
> BIOS. But the trouble is figuring out what exactly.
>
> All mentioned issues are for the Service OS. We can't even
> install/launch Guest OS because the Terminal no longer works after we
> restart the board with ACRN.
We checked the log you shared and didn't see anything unusual. We had
one issue which could make serial console use polling mode. I suspected
you hit that issue. But from the interrupt info, everything is fine (
there will be irq flooding if we hit that issue).We need more info.

When you say "Terminal no longer work", do you mean the SOS console
can't work any more? Or it could work for a while and then can't work?

Regards
Yin, Fengwei

>
> Now that the memory log issue is fixed, could we use that to get
> additional debug information? If yes, how can I save that information
> for later? (We managed to create some scripts so we can save data like
> dmesg even when terminal can't be invoked.)
>
> Best regards,
> Dubravko
>
>
> ------------------------------------------------------------------------
> *From:* acrn-users@...
> <acrn-users@...> on behalf of Liu, Fuzhong via
> Lists.Projectacrn.Org <fuzhong.liu=intel.com@...>
> *Sent:* Thursday, September 12, 2019 11:47 AM
> *To:* acrn-users@... <acrn-users@...>
> *Subject:* Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake
>
> No observed the issue on the UP2 board in our lab.
>
> Need detail steps to reproduce.
>
> BR.
>
> Fuzhong
>
> *From:*acrn-users@...
> [mailto:acrn-users@...] *On Behalf Of *Geoffroy Van Cutsem
> *Sent:* Thursday, September 12, 2019 4:42 PM
> *To:* acrn-users@...
> *Subject:* Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake
>
> Have you observed the same problems on the UP2 board?
>
> Thanks,
>
> Geoffroy
>
> *From:*acrn-users@...
> <mailto:acrn-users@...>
> <acrn-users@...
> <mailto:acrn-users@...>> *On Behalf Of *Liu, Fuzhong
> *Sent:* Thursday, September 12, 2019 7:15 AM
> *To:* acrn-users@...
> <mailto:acrn-users@...>
> *Subject:* Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake
>
> Hi Dubravko
>
> All issues you mentioned  are for Service OS, right?
>
> Clear Linux image newer than 30900 fixed “memmap=2M$0x1FE00000” issue
>
> BR.
>
> Fuzhong
>
> *From:*acrn-users@...
> <mailto:acrn-users@...>
> [mailto:acrn-users@...] *On Behalf Of *Dubravko
> Moravski | Exor Embedded S.r.l.
> *Sent:* Wednesday, September 11, 2019 8:01 PM
> *To:* acrn-users@...
> <mailto:acrn-users@...>
> *Subject:* Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake
>
> Hi Yin Fenghwei,
>
> Thank you for replying.
>
> ACRN git commit hash is 555a03db99621c6a9d3bea0933c65db9dee44c46. I am
> getting identical behavior with ACRN that I've compiled, as well as with
> ACRN installed by Clear Linux (version id 30770).
>
> I'm not sure if this mailing lists allows attachments, so I've uploaded
> the requested files to
> https://www.amazon.com/clouddrive/share/V7pJPEUKnBoDd3vkpM0ca4YLEKgNisSUkQdR03mr4sY(17
> kB zip file, containing 4 text files). The zip archive contains:
>
>   * dmesg output from SOS
>   * /proc/interrupts from SOS
>   * loader.conf from EFI partition
>   * acrn.conf (here I've verified that root UUID is correct, and I've
>     had to delete settings related to hypervisor memory log because
>     otherwise it crashed)
>
> Our board has 8 GB of memory and 64 GB MMC, and is similar to Up Squared
> and Leaf Hill CRB.
>
> Best regards,
>
> Dubravko
>
> ------------------------------------------------------------------------
>
> *From:*acrn-users@...
> <mailto:acrn-users@...><acrn-users@...
> <mailto:acrn-users@...>> on behalf of Yin, Fengwei via
> Lists.Projectacrn.Org <fengwei.yin=intel.com@...
> <mailto:fengwei.yin=intel.com@...>>
> *Sent:* Wednesday, September 11, 2019 4:41 AM
> *To:* acrn-users@...
> <mailto:acrn-users@...><acrn-users@...
> <mailto:acrn-users@...>>
> *Subject:* Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake
>
> Hi,
>
> On 2019/9/10 下午9:00, Dubravko Moravski | Exor Embedded S.r.l. wrote:
>> Hello everyone,
>>
>> I work for Exor Embedded and we are developing a new board with an
>> Apollo Lake E3940 CPU. We would like to run ACRN on it. Indeed,
>> following the instructions on
>> https://projectacrn.github.io/latest/index.htmlI've managed to get it
>> running, dmesg among other things says:
>>
>> Hypervisor detected: ACRN
>> ...
>> ACRNTrace: Initialized acrn trace module with 4 cpu
>> ...
>> systemd[1]: Detected virtualization acrn.
>>
>> However, it's not really usable. We have following issues:
>>
>>   * mouse cursor jumps around in a weird way, like there is some problem
>>     with switching video buffers
>>   * we can't open the Terminal in any way, there's always a message:
>>     "There was an error creating a child process for this terminal.
>>     Failed to open PTY: Permission denied"
>>   * network doesn't work
>>   * everything works much slower than usual
>>
>> When not running with hypervisor, everything works.
>> We've noticed some differences between dmesgs when running the same
>> kernel with and without hypervisor, but so far we were unable to figure
>> out if any of these differences is significant.
>>
>> We would appreciate if you have any hints for us, either what is exactly
>> our problem, or at least how we should continue to debug the system.
> Could you share:
>     1. ACRN last git commit hash
>     2. dmesg output in your SOS
>     3. the output of cat /proc/interrupt in your SOS
>
> Regards
> Yin, Fengwei
>
>>
>> Best regards,
>> Dubravko Moravski
>>
>>
>>
>> *Dubravko Moravski*
>> /SW engineering/
>> *Exor Embedded S.r.l.*
>> p:     +38 512455659 <tel:+38 512455659 <tel:+38%20512455659>>  m:+38 5915402413 <tel:+38
> 5915402413 <tel:+38%205915402413>>
>> a:     Slavonska avenija, 50, Zagreb, Croatia, 10000
>> w:     exorint.com <https://exorint.com/>
>>
>>       
>>
>>
>>   Prima di stampare pensa ai costi ambientali. Please consider the
>> environment before printing this email.
>>
>> Privacy <https://www.exorint.com/it/privacy>
>>
>
> *Dubravko Moravski*
>
> /SW engineering/
>
> *Exor Embedded S.r.l.*
>
> p:
>
>       
>
> +38 512455659 <tel:+38%20512455659>  m: +38 5915402413
> <tel:+38%205915402413>
>
> a:
>
>       
>
> Slavonska avenija, 50, Zagreb, Croatia, 10000
>
> w:
>
>       
>
> exorint.com <https://exorint.com/>
>
>       
>
> imap://fyin@...:993/fetch%3EUID%3E/INBOX%3E265992?header=quotebody&part=1.4&filename=x-sign_alone_89a12ff2-fa07-4acd-b9a0-8e9a8c2b3e4c.jpg
>
> imap://fyin@...:993/fetch%3EUID%3E/INBOX%3E265992?header=quotebody&part=1.5&filename=environment-verde_4010c4a3-6fcf-4e6d-8a58-167a2248b283.jpg Prima
> di stampare pensa ai costi ambientali. Please consider the environment
> before printing this email.
>
> Privacy <https://www.exorint.com/it/privacy>
>
>
> *Dubravko Moravski*
> /SW engineering/
> *Exor Embedded S.r.l.*
> p:     +38 512455659 <tel:+38 512455659>  m:+38 5915402413 <tel:+38 5915402413>
> a:     Slavonska avenija, 50, Zagreb, Croatia, 10000
> w:     exorint.com <https://exorint.com/>
>
>       
>
>
>   Prima di stampare pensa ai costi ambientali. Please consider the
> environment before printing this email.
>
> Privacy <https://www.exorint.com/it/privacy>
>




Xu, Anthony
 

“memmap=2M$0x1FE00000” SOS kernel parameter is platform specific, can we remove “memmap=2M$0x1FE00000” by default?

 

The only usage of “memmap=2M$0x1FE00000” is to check crack log, right? That’s not the major case. People can add the parameter back if needed.

 

 

Anthony

 

 

 

 

 

From: acrn-users@... [mailto:acrn-users@...] On Behalf Of Liu, Fuzhong
Sent: Wednesday, September 11, 2019 10:15 PM
To: acrn-users@...
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

 

Hi Dubravko

All issues you mentioned  are for Service OS, right?

Clear Linux image newer than 30900 fixed “memmap=2M$0x1FE00000” issue 

 

BR.

Fuzhong

From: acrn-users@... [mailto:acrn-users@...] On Behalf Of Dubravko Moravski | Exor Embedded S.r.l.
Sent: Wednesday, September 11, 2019 8:01 PM
To: acrn-users@...
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

 

Hi Yin Fenghwei,

 

Thank you for replying.

 

ACRN git commit hash is 555a03db99621c6a9d3bea0933c65db9dee44c46. I am getting identical behavior with ACRN that I've compiled, as well as with ACRN installed by Clear Linux (version id 30770).

 

I'm not sure if this mailing lists allows attachments, so I've uploaded the requested files to https://www.amazon.com/clouddrive/share/V7pJPEUKnBoDd3vkpM0ca4YLEKgNisSUkQdR03mr4sY (17 kB zip file, containing 4 text files). The zip archive contains:

  • dmesg output from SOS
  • /proc/interrupts from SOS
  • loader.conf from EFI partition
  • acrn.conf (here I've verified that root UUID is correct, and I've had to delete settings related to hypervisor memory log because otherwise it crashed)

Our board has 8 GB of memory and 64 GB MMC, and is similar to Up Squared and Leaf Hill CRB.

 

Best regards,

Dubravko

 

 


From: acrn-users@... <acrn-users@...> on behalf of Yin, Fengwei via Lists.Projectacrn.Org <fengwei.yin=intel.com@...>
Sent: Wednesday, September 11, 2019 4:41 AM
To:
acrn-users@... <acrn-users@...>
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

 

Hi,

On 2019/9/10 下午9:00, Dubravko Moravski | Exor Embedded S.r.l. wrote:
> Hello everyone,
>
> I work for Exor Embedded and we are developing a new board with an
> Apollo Lake E3940 CPU. We would like to run ACRN on it. Indeed,
> following the instructions on
>
https://projectacrn.github.io/latest/index.html I've managed to get it
> running, dmesg among other things says:
>
> Hypervisor detected: ACRN
> ...
> ACRNTrace: Initialized acrn trace module with 4 cpu
> ...
> systemd[1]: Detected virtualization acrn.
>
> However, it's not really usable. We have following issues:
>
>   * mouse cursor jumps around in a weird way, like there is some problem
>     with switching video buffers
>   * we can't open the Terminal in any way, there's always a message:
>     "There was an error creating a child process for this terminal.
>     Failed to open PTY: Permission denied"
>   * network doesn't work
>   * everything works much slower than usual
>
> When not running with hypervisor, everything works.
> We've noticed some differences between dmesgs when running the same
> kernel with and without hypervisor, but so far we were unable to figure
> out if any of these differences is significant.
>
> We would appreciate if you have any hints for us, either what is exactly
> our problem, or at least how we should continue to debug the system.
Could you share:
   1. ACRN last git commit hash
   2. dmesg output in your SOS
   3. the output of cat /proc/interrupt in your SOS

Regards
Yin, Fengwei

>
> Best regards,
> Dubravko Moravski
>
>
>
> *Dubravko Moravski*
> /SW engineering/
> *Exor Embedded S.r.l.*
> p:     +38 512455659 <
tel:+38 512455659>  m:+38 5915402413 <tel:+38 5915402413>
> a:     Slavonska avenija, 50, Zagreb, Croatia, 10000
> w:     exorint.com <
https://exorint.com/>
>
>       
>
>
>   Prima di stampare pensa ai costi ambientali. Please consider the
> environment before printing this email.
>
> Privacy <
https://www.exorint.com/it/privacy>
>

 

Dubravko Moravski

SW engineering

Exor Embedded S.r.l.

p:

+38 512455659  m: +38 5915402413

a:

Slavonska avenija, 50, Zagreb, Croatia, 10000

w:

exorint.com 

 

 Prima di stampare pensa ai costi ambientali. Please consider the environment before printing this email.

Privacy


Liu, Fuzhong
 

“memmap=2M$0x1FE00000” will  reserve the memory for HV log;

There is stability issue if no this parameter in cmdline(memory used by kernel was overwrite by HV log); Fengwei can give more detail info.

 

BR.

Fuzhong

 

From: acrn-users@... [mailto:acrn-users@...] On Behalf Of Xu, Anthony
Sent: Friday, September 13, 2019 2:12 AM
To: acrn-users@...
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

 

“memmap=2M$0x1FE00000” SOS kernel parameter is platform specific, can we remove “memmap=2M$0x1FE00000” by default?

 

The only usage of “memmap=2M$0x1FE00000” is to check crack log, right? That’s not the major case. People can add the parameter back if needed.

 

 

Anthony

 

 

 

 

 

From: acrn-users@... [mailto:acrn-users@...] On Behalf Of Liu, Fuzhong
Sent: Wednesday, September 11, 2019 10:15 PM
To: acrn-users@...
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

 

Hi Dubravko

All issues you mentioned  are for Service OS, right?

Clear Linux image newer than 30900 fixed “memmap=2M$0x1FE00000” issue 

 

BR.

Fuzhong

From: acrn-users@... [mailto:acrn-users@...] On Behalf Of Dubravko Moravski | Exor Embedded S.r.l.
Sent: Wednesday, September 11, 2019 8:01 PM
To: acrn-users@...
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

 

Hi Yin Fenghwei,

 

Thank you for replying.

 

ACRN git commit hash is 555a03db99621c6a9d3bea0933c65db9dee44c46. I am getting identical behavior with ACRN that I've compiled, as well as with ACRN installed by Clear Linux (version id 30770).

 

I'm not sure if this mailing lists allows attachments, so I've uploaded the requested files to https://www.amazon.com/clouddrive/share/V7pJPEUKnBoDd3vkpM0ca4YLEKgNisSUkQdR03mr4sY (17 kB zip file, containing 4 text files). The zip archive contains:

  • dmesg output from SOS
  • /proc/interrupts from SOS
  • loader.conf from EFI partition
  • acrn.conf (here I've verified that root UUID is correct, and I've had to delete settings related to hypervisor memory log because otherwise it crashed)

Our board has 8 GB of memory and 64 GB MMC, and is similar to Up Squared and Leaf Hill CRB.

 

Best regards,

Dubravko

 

 


From: acrn-users@... <acrn-users@...> on behalf of Yin, Fengwei via Lists.Projectacrn.Org <fengwei.yin=intel.com@...>
Sent: Wednesday, September 11, 2019 4:41 AM
To:
acrn-users@... <acrn-users@...>
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

 

Hi,

On 2019/9/10 下午9:00, Dubravko Moravski | Exor Embedded S.r.l. wrote:
> Hello everyone,
>
> I work for Exor Embedded and we are developing a new board with an
> Apollo Lake E3940 CPU. We would like to run ACRN on it. Indeed,
> following the instructions on
>
https://projectacrn.github.io/latest/index.html I've managed to get it
> running, dmesg among other things says:
>
> Hypervisor detected: ACRN
> ...
> ACRNTrace: Initialized acrn trace module with 4 cpu
> ...
> systemd[1]: Detected virtualization acrn.
>
> However, it's not really usable. We have following issues:
>
>   * mouse cursor jumps around in a weird way, like there is some problem
>     with switching video buffers
>   * we can't open the Terminal in any way, there's always a message:
>     "There was an error creating a child process for this terminal.
>     Failed to open PTY: Permission denied"
>   * network doesn't work
>   * everything works much slower than usual
>
> When not running with hypervisor, everything works.
> We've noticed some differences between dmesgs when running the same
> kernel with and without hypervisor, but so far we were unable to figure
> out if any of these differences is significant.
>
> We would appreciate if you have any hints for us, either what is exactly
> our problem, or at least how we should continue to debug the system.
Could you share:
   1. ACRN last git commit hash
   2. dmesg output in your SOS
   3. the output of cat /proc/interrupt in your SOS

Regards
Yin, Fengwei

>
> Best regards,
> Dubravko Moravski
>
>
>
> *Dubravko Moravski*
> /SW engineering/
> *Exor Embedded S.r.l.*
> p:     +38 512455659 <
tel:+38 512455659>  m:+38 5915402413 <tel:+38 5915402413>
> a:     Slavonska avenija, 50, Zagreb, Croatia, 10000
> w:     exorint.com <
https://exorint.com/>
>
>       
>
>
>   Prima di stampare pensa ai costi ambientali. Please consider the
> environment before printing this email.
>
> Privacy <
https://www.exorint.com/it/privacy>
>

 

Dubravko Moravski

SW engineering

Exor Embedded S.r.l.

p:

+38 512455659  m: +38 5915402413

a:

Slavonska avenija, 50, Zagreb, Croatia, 10000

w:

exorint.com 

 

 Prima di stampare pensa ai costi ambientali. Please consider the environment before printing this email.

Privacy


Xu, Anthony
 

I mean removing both hvlog=2M@0x1FE00000 and memmap=2M$0x1FE00000, that disables HV log.

We can make hvlog optional, if hvlog is not specified, acrn log driver should allocate sbuf just like acrn trace does.

 

 

 

Anthony

 

 

 

 

 

From: acrn-users@... [mailto:acrn-users@...] On Behalf Of Liu, Fuzhong
Sent: Thursday, September 12, 2019 3:32 PM
To: acrn-users@...
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

 

“memmap=2M$0x1FE00000” will  reserve the memory for HV log;

There is stability issue if no this parameter in cmdline(memory used by kernel was overwrite by HV log); Fengwei can give more detail info.

 

BR.

Fuzhong

 

From: acrn-users@... [mailto:acrn-users@...] On Behalf Of Xu, Anthony
Sent: Friday, September 13, 2019 2:12 AM
To: acrn-users@...
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

 

“memmap=2M$0x1FE00000” SOS kernel parameter is platform specific, can we remove “memmap=2M$0x1FE00000” by default?

 

The only usage of “memmap=2M$0x1FE00000” is to check crack log, right? That’s not the major case. People can add the parameter back if needed.

 

 

Anthony

 

 

 

 

 

From: acrn-users@... [mailto:acrn-users@...] On Behalf Of Liu, Fuzhong
Sent: Wednesday, September 11, 2019 10:15 PM
To: acrn-users@...
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

 

Hi Dubravko

All issues you mentioned  are for Service OS, right?

Clear Linux image newer than 30900 fixed “memmap=2M$0x1FE00000” issue 

 

BR.

Fuzhong

From: acrn-users@... [mailto:acrn-users@...] On Behalf Of Dubravko Moravski | Exor Embedded S.r.l.
Sent: Wednesday, September 11, 2019 8:01 PM
To: acrn-users@...
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

 

Hi Yin Fenghwei,

 

Thank you for replying.

 

ACRN git commit hash is 555a03db99621c6a9d3bea0933c65db9dee44c46. I am getting identical behavior with ACRN that I've compiled, as well as with ACRN installed by Clear Linux (version id 30770).

 

I'm not sure if this mailing lists allows attachments, so I've uploaded the requested files to https://www.amazon.com/clouddrive/share/V7pJPEUKnBoDd3vkpM0ca4YLEKgNisSUkQdR03mr4sY (17 kB zip file, containing 4 text files). The zip archive contains:

  • dmesg output from SOS
  • /proc/interrupts from SOS
  • loader.conf from EFI partition
  • acrn.conf (here I've verified that root UUID is correct, and I've had to delete settings related to hypervisor memory log because otherwise it crashed)

Our board has 8 GB of memory and 64 GB MMC, and is similar to Up Squared and Leaf Hill CRB.

 

Best regards,

Dubravko

 

 


From: acrn-users@... <acrn-users@...> on behalf of Yin, Fengwei via Lists.Projectacrn.Org <fengwei.yin=intel.com@...>
Sent: Wednesday, September 11, 2019 4:41 AM
To:
acrn-users@... <acrn-users@...>
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

 

Hi,

On 2019/9/10 下午9:00, Dubravko Moravski | Exor Embedded S.r.l. wrote:
> Hello everyone,
>
> I work for Exor Embedded and we are developing a new board with an
> Apollo Lake E3940 CPU. We would like to run ACRN on it. Indeed,
> following the instructions on
>
https://projectacrn.github.io/latest/index.html I've managed to get it
> running, dmesg among other things says:
>
> Hypervisor detected: ACRN
> ...
> ACRNTrace: Initialized acrn trace module with 4 cpu
> ...
> systemd[1]: Detected virtualization acrn.
>
> However, it's not really usable. We have following issues:
>
>   * mouse cursor jumps around in a weird way, like there is some problem
>     with switching video buffers
>   * we can't open the Terminal in any way, there's always a message:
>     "There was an error creating a child process for this terminal.
>     Failed to open PTY: Permission denied"
>   * network doesn't work
>   * everything works much slower than usual
>
> When not running with hypervisor, everything works.
> We've noticed some differences between dmesgs when running the same
> kernel with and without hypervisor, but so far we were unable to figure
> out if any of these differences is significant.
>
> We would appreciate if you have any hints for us, either what is exactly
> our problem, or at least how we should continue to debug the system.
Could you share:
   1. ACRN last git commit hash
   2. dmesg output in your SOS
   3. the output of cat /proc/interrupt in your SOS

Regards
Yin, Fengwei

>
> Best regards,
> Dubravko Moravski
>
>
>
> *Dubravko Moravski*
> /SW engineering/
> *Exor Embedded S.r.l.*
> p:     +38 512455659 <
tel:+38 512455659>  m:+38 5915402413 <tel:+38 5915402413>
> a:     Slavonska avenija, 50, Zagreb, Croatia, 10000
> w:     exorint.com <
https://exorint.com/>
>
>       
>
>
>   Prima di stampare pensa ai costi ambientali. Please consider the
> environment before printing this email.
>
> Privacy <
https://www.exorint.com/it/privacy>
>

 

Dubravko Moravski

SW engineering

Exor Embedded S.r.l.

p:

+38 512455659  m: +38 5915402413

a:

Slavonska avenija, 50, Zagreb, Croatia, 10000

w:

exorint.com 

 

 Prima di stampare pensa ai costi ambientali. Please consider the environment before printing this email.

Privacy


Xu, Anthony
 

Hi Dubravko,

 

In SOS, vuart is sharing irq 4 with idma, that may cause issue. I think you are using debug version, can you try release version? There is no ttyS0 in release version.

And please remove “console=ttyS0” from SOS kernel parameter.

 

   4:         33   IO-APIC    4-fasteoi   idma64.5, ttyS0

 

 

Anthony

 

 

From: acrn-users@... [mailto:acrn-users@...] On Behalf Of Dubravko Moravski | Exor Embedded S.r.l.
Sent: Wednesday, September 11, 2019 5:01 AM
To: acrn-users@...
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

 

Hi Yin Fenghwei,

 

Thank you for replying.

 

ACRN git commit hash is 555a03db99621c6a9d3bea0933c65db9dee44c46. I am getting identical behavior with ACRN that I've compiled, as well as with ACRN installed by Clear Linux (version id 30770).

 

I'm not sure if this mailing lists allows attachments, so I've uploaded the requested files to https://www.amazon.com/clouddrive/share/V7pJPEUKnBoDd3vkpM0ca4YLEKgNisSUkQdR03mr4sY (17 kB zip file, containing 4 text files). The zip archive contains:

  • dmesg output from SOS
  • /proc/interrupts from SOS
  • loader.conf from EFI partition
  • acrn.conf (here I've verified that root UUID is correct, and I've had to delete settings related to hypervisor memory log because otherwise it crashed)

Our board has 8 GB of memory and 64 GB MMC, and is similar to Up Squared and Leaf Hill CRB.

 

Best regards,

Dubravko

 

 


From: acrn-users@... <acrn-users@...> on behalf of Yin, Fengwei via Lists.Projectacrn.Org <fengwei.yin=intel.com@...>
Sent: Wednesday, September 11, 2019 4:41 AM
To: acrn-users@... <acrn-users@...>
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

 

Hi,

On 2019/9/10 下午9:00, Dubravko Moravski | Exor Embedded S.r.l. wrote:
> Hello everyone,
>
> I work for Exor Embedded and we are developing a new board with an
> Apollo Lake E3940 CPU. We would like to run ACRN on it. Indeed,
> following the instructions on
> https://projectacrn.github.io/latest/index.html I've managed to get it
> running, dmesg among other things says:
>
> Hypervisor detected: ACRN
> ...
> ACRNTrace: Initialized acrn trace module with 4 cpu
> ...
> systemd[1]: Detected virtualization acrn.
>
> However, it's not really usable. We have following issues:
>
>   * mouse cursor jumps around in a weird way, like there is some problem
>     with switching video buffers
>   * we can't open the Terminal in any way, there's always a message:
>     "There was an error creating a child process for this terminal.
>     Failed to open PTY: Permission denied"
>   * network doesn't work
>   * everything works much slower than usual
>
> When not running with hypervisor, everything works.
> We've noticed some differences between dmesgs when running the same
> kernel with and without hypervisor, but so far we were unable to figure
> out if any of these differences is significant.
>
> We would appreciate if you have any hints for us, either what is exactly
> our problem, or at least how we should continue to debug the system.
Could you share:
   1. ACRN last git commit hash
   2. dmesg output in your SOS
   3. the output of cat /proc/interrupt in your SOS

Regards
Yin, Fengwei

>
> Best regards,
> Dubravko Moravski
>
>
>
> *Dubravko Moravski*
> /SW engineering/
> *Exor Embedded S.r.l.*
> p:     +38 512455659 <tel:+38 512455659>  m:+38 5915402413 <tel:+38 5915402413>
> a:     Slavonska avenija, 50, Zagreb, Croatia, 10000
> w:     exorint.com <https://exorint.com/>
>
>       
>
>
>   Prima di stampare pensa ai costi ambientali. Please consider the
> environment before printing this email.
>
> Privacy <https://www.exorint.com/it/privacy>
>


 

Dubravko Moravski

SW engineering

Exor Embedded S.r.l.

p:

+38 512455659  m: +38 5915402413

a:

Slavonska avenija, 50, Zagreb, Croatia, 10000

w:

exorint.com 

 

 Prima di stampare pensa ai costi ambientali. Please consider the environment before printing this email.

Privacy


Dubravko Moravski | Exor Embedded S.r.l. <dubravko.moravski@...>
 

Hi,

I have tried:
  • compiling ACRN release version and setting console=ttyS2 (an earlier suggestion) = no improvement
  • using ACRN release version and removing console=ttySx setting = the system is noticeably faster overall, unfortunately all other symptoms are still present (no terminal, no network, bad screen refresh)
So this is certainly progress, but we would like to solve remaining issues. I have uploaded newest logs to https://www.amazon.com/clouddrive/share/PRkJdMWE8Yu6O7uK0aN0cNUtVWDazQvHeUdHbvFT1av

We've noticed some differences in configuration files for various boot options. Our acrn.conf was (mostly) generated by the script used for automated setup, but it seems quite different from other configuration files: other conf files have initrd entries, init file for kernel to launch, noreplace-smp and other additional settings... Could any of these be unintentionally missing from our acrn.conf and causing our problems? I've tried several combinations of blindly adding some of these settings into our acrn.conf, but nothing helped.

Another thing we've tried was setting up our Up2 device with identical kernel and acrn hypervisor as on our test board. Hypervisor on Up2 seems to always run fine, whatever particular versions of software we use; and it never runs fine on our board... since the hardware is reasonably similar, and otherwise working well, could there be some issue with our BIOS? We've got it from a specialized vendor and they are willing to fix it, if we could tell them what exactly they need to change.

Best regards,
Dubravko


From: acrn-users@... <acrn-users@...> on behalf of Xu, Anthony via Lists.Projectacrn.Org <anthony.xu=intel.com@...>
Sent: Friday, September 13, 2019 1:53 AM
To: acrn-users@... <acrn-users@...>
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake
 

Hi Dubravko,

 

In SOS, vuart is sharing irq 4 with idma, that may cause issue. I think you are using debug version, can you try release version? There is no ttyS0 in release version.

And please remove “console=ttyS0” from SOS kernel parameter.

 

   4:         33   IO-APIC    4-fasteoi   idma64.5, ttyS0

 

 

Anthony

 

 

From: acrn-users@... [mailto:acrn-users@...] On Behalf Of Dubravko Moravski | Exor Embedded S.r.l.
Sent: Wednesday, September 11, 2019 5:01 AM
To: acrn-users@...
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

 

Hi Yin Fenghwei,

 

Thank you for replying.

 

ACRN git commit hash is 555a03db99621c6a9d3bea0933c65db9dee44c46. I am getting identical behavior with ACRN that I've compiled, as well as with ACRN installed by Clear Linux (version id 30770).

 

I'm not sure if this mailing lists allows attachments, so I've uploaded the requested files to https://www.amazon.com/clouddrive/share/V7pJPEUKnBoDd3vkpM0ca4YLEKgNisSUkQdR03mr4sY (17 kB zip file, containing 4 text files). The zip archive contains:

  • dmesg output from SOS
  • /proc/interrupts from SOS
  • loader.conf from EFI partition
  • acrn.conf (here I've verified that root UUID is correct, and I've had to delete settings related to hypervisor memory log because otherwise it crashed)

Our board has 8 GB of memory and 64 GB MMC, and is similar to Up Squared and Leaf Hill CRB.

 

Best regards,

Dubravko

 

 


From: acrn-users@... <acrn-users@...> on behalf of Yin, Fengwei via Lists.Projectacrn.Org <fengwei.yin=intel.com@...>
Sent: Wednesday, September 11, 2019 4:41 AM
To: acrn-users@... <acrn-users@...>
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

 

Hi,

On 2019/9/10 下午9:00, Dubravko Moravski | Exor Embedded S.r.l. wrote:
> Hello everyone,
>
> I work for Exor Embedded and we are developing a new board with an
> Apollo Lake E3940 CPU. We would like to run ACRN on it. Indeed,
> following the instructions on
> https://projectacrn.github.io/latest/index.html I've managed to get it
> running, dmesg among other things says:
>
> Hypervisor detected: ACRN
> ...
> ACRNTrace: Initialized acrn trace module with 4 cpu
> ...
> systemd[1]: Detected virtualization acrn.
>
> However, it's not really usable. We have following issues:
>
>   * mouse cursor jumps around in a weird way, like there is some problem
>     with switching video buffers
>   * we can't open the Terminal in any way, there's always a message:
>     "There was an error creating a child process for this terminal.
>     Failed to open PTY: Permission denied"
>   * network doesn't work
>   * everything works much slower than usual
>
> When not running with hypervisor, everything works.
> We've noticed some differences between dmesgs when running the same
> kernel with and without hypervisor, but so far we were unable to figure
> out if any of these differences is significant.
>
> We would appreciate if you have any hints for us, either what is exactly
> our problem, or at least how we should continue to debug the system.
Could you share:
   1. ACRN last git commit hash
   2. dmesg output in your SOS
   3. the output of cat /proc/interrupt in your SOS

Regards
Yin, Fengwei

>
> Best regards,
> Dubravko Moravski
>
>
>
> *Dubravko Moravski*
> /SW engineering/
> *Exor Embedded S.r.l.*
> p:     +38 512455659 <tel:+38 512455659>  m:+38 5915402413 <tel:+38 5915402413>
> a:     Slavonska avenija, 50, Zagreb, Croatia, 10000
> w:     exorint.com <https://exorint.com/>
>
>       
>
>
>   Prima di stampare pensa ai costi ambientali. Please consider the
> environment before printing this email.
>
> Privacy <https://www.exorint.com/it/privacy>
>


 

Dubravko Moravski

SW engineering

Exor Embedded S.r.l.

p:

+38 512455659  m: +38 5915402413

a:

Slavonska avenija, 50, Zagreb, Croatia, 10000

w:

exorint.com 

 

 Prima di stampare pensa ai costi ambientali. Please consider the environment before printing this email.

Privacy


Dubravko Moravski
SW engineering
Exor Embedded S.r.l.
p: +38 512455659  m: +38 5915402413
a: Slavonska avenija, 50, Zagreb, Croatia, 10000
w: exorint.com 

 Prima di stampare pensa ai costi ambientali. Please consider the environment before printing this email.

Privacy


Liu, Fuzhong
 

Hi Dubravko

Checked ifconfig_log_20190913.log you uploaded:

 

acrn-br0  Link encap:Ethernet  HWaddr F2:14:63:23:6B:FD 

          inet6 addr: fe80::f014:63ff:fe23:6bfd/64 Scope:Link  fe80::f014:63ff:fe23:6bfd

          UP BROADCAST MULTICAST  MTU:1500  Metric:1

          RX packets:0 errors:0 dropped:0 overruns:0 frame:0

          TX packets:9 errors:0 dropped:0 overruns:0 carrier:0

          collisions:0 txqueuelen:1000

          RX bytes:0 (0.0 b)  TX bytes:1524 (1.4 Kb)

 

It is link-local address for your IPv6; Could you please share ifconfig info on UP2? Is it the same link-local address for IPv6?

Following is the procedures from MAC to IPv6:

1.     1) take the mac address: f2:14:63:23:6b:fd 

2.     2) throw ff:fe in the middle: f2:14:63:ff:fe:23:6bfd 

3.     3) reformat to IPv6 notation f214:63ff:fe23:6bfd

4.     4) convert the first octet from hexadecimal to binary: f2 -> 11110010

5.     5) invert the bit at index 6 (counting from 0): 11110010 -> 11110000

6.     6) convert octet back to hexadecimal: 01010000 -> f0

7.     7) replace first octet with newly calculated one: f014:63ff:fe23:6bfd

8.     8) prepend the link-local prefix: fe80:: f014:63ff:fe23:6bfd

You can double check it with online tool:

https://ben.akrin.com/?p=1347

9.     BR.

10. Fuzhong

 

 

From: acrn-users@... [mailto:acrn-users@...] On Behalf Of Dubravko Moravski | Exor Embedded S.r.l.
Sent: Saturday, September 14, 2019 12:50 AM
To: acrn-users@...
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

 

Hi,

 

I have tried:

  • compiling ACRN release version and setting console=ttyS2 (an earlier suggestion) = no improvement
  • using ACRN release version and removing console=ttySx setting = the system is noticeably faster overall, unfortunately all other symptoms are still present (no terminal, no network, bad screen refresh)

So this is certainly progress, but we would like to solve remaining issues. I have uploaded newest logs to https://www.amazon.com/clouddrive/share/PRkJdMWE8Yu6O7uK0aN0cNUtVWDazQvHeUdHbvFT1av

 

We've noticed some differences in configuration files for various boot options. Our acrn.conf was (mostly) generated by the script used for automated setup, but it seems quite different from other configuration files: other conf files have initrd entries, init file for kernel to launch, noreplace-smp and other additional settings... Could any of these be unintentionally missing from our acrn.conf and causing our problems? I've tried several combinations of blindly adding some of these settings into our acrn.conf, but nothing helped.

 

Another thing we've tried was setting up our Up2 device with identical kernel and acrn hypervisor as on our test board. Hypervisor on Up2 seems to always run fine, whatever particular versions of software we use; and it never runs fine on our board... since the hardware is reasonably similar, and otherwise working well, could there be some issue with our BIOS? We've got it from a specialized vendor and they are willing to fix it, if we could tell them what exactly they need to change.

 

Best regards,

Dubravko

 


From: acrn-users@... <acrn-users@...> on behalf of Xu, Anthony via Lists.Projectacrn.Org <anthony.xu=intel.com@...>
Sent: Friday, September 13, 2019 1:53 AM
To: acrn-users@... <acrn-users@...>
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

 

Hi Dubravko,

 

In SOS, vuart is sharing irq 4 with idma, that may cause issue. I think you are using debug version, can you try release version? There is no ttyS0 in release version.

And please remove “console=ttyS0” from SOS kernel parameter.

 

   4:         33   IO-APIC    4-fasteoi   idma64.5, ttyS0

 

 

Anthony

 

 

From: acrn-users@... [mailto:acrn-users@...] On Behalf Of Dubravko Moravski | Exor Embedded S.r.l.
Sent: Wednesday, September 11, 2019 5:01 AM
To: acrn-users@...
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

 

Hi Yin Fenghwei,

 

Thank you for replying.

 

ACRN git commit hash is 555a03db99621c6a9d3bea0933c65db9dee44c46. I am getting identical behavior with ACRN that I've compiled, as well as with ACRN installed by Clear Linux (version id 30770).

 

I'm not sure if this mailing lists allows attachments, so I've uploaded the requested files to https://www.amazon.com/clouddrive/share/V7pJPEUKnBoDd3vkpM0ca4YLEKgNisSUkQdR03mr4sY (17 kB zip file, containing 4 text files). The zip archive contains:

  • dmesg output from SOS
  • /proc/interrupts from SOS
  • loader.conf from EFI partition
  • acrn.conf (here I've verified that root UUID is correct, and I've had to delete settings related to hypervisor memory log because otherwise it crashed)

Our board has 8 GB of memory and 64 GB MMC, and is similar to Up Squared and Leaf Hill CRB.

 

Best regards,

Dubravko

 

 


From: acrn-users@... <acrn-users@...> on behalf of Yin, Fengwei via Lists.Projectacrn.Org <fengwei.yin=intel.com@...>
Sent: Wednesday, September 11, 2019 4:41 AM
To: acrn-users@... <acrn-users@...>
Subject: Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

 

Hi,

On 2019/9/10 下午9:00, Dubravko Moravski | Exor Embedded S.r.l. wrote:
> Hello everyone,
>
> I work for Exor Embedded and we are developing a new board with an
> Apollo Lake E3940 CPU. We would like to run ACRN on it. Indeed,
> following the instructions on
> https://projectacrn.github.io/latest/index.html I've managed to get it
> running, dmesg among other things says:
>
> Hypervisor detected: ACRN
> ...
> ACRNTrace: Initialized acrn trace module with 4 cpu
> ...
> systemd[1]: Detected virtualization acrn.
>
> However, it's not really usable. We have following issues:
>
>   * mouse cursor jumps around in a weird way, like there is some problem
>     with switching video buffers
>   * we can't open the Terminal in any way, there's always a message:
>     "There was an error creating a child process for this terminal.
>     Failed to open PTY: Permission denied"
>   * network doesn't work
>   * everything works much slower than usual
>
> When not running with hypervisor, everything works.
> We've noticed some differences between dmesgs when running the same
> kernel with and without hypervisor, but so far we were unable to figure
> out if any of these differences is significant.
>
> We would appreciate if you have any hints for us, either what is exactly
> our problem, or at least how we should continue to debug the system.
Could you share:
   1. ACRN last git commit hash
   2. dmesg output in your SOS
   3. the output of cat /proc/interrupt in your SOS

Regards
Yin, Fengwei

>
> Best regards,
> Dubravko Moravski
>
>
>
> *Dubravko Moravski*
> /SW engineering/
> *Exor Embedded S.r.l.*
> p:     +38 512455659 <tel:+38 512455659>  m:+38 5915402413 <tel:+38 5915402413>
> a:     Slavonska avenija, 50, Zagreb, Croatia, 10000
> w:     exorint.com <https://exorint.com/>
>
>       
>
>
>   Prima di stampare pensa ai costi ambientali. Please consider the
> environment before printing this email.
>
> Privacy <https://www.exorint.com/it/privacy>
>

 

Dubravko Moravski

SW engineering

Exor Embedded S.r.l.

p:

+38 512455659  m: +38 5915402413

a:

Slavonska avenija, 50, Zagreb, Croatia, 10000

w:

exorint.com 

 

 Prima di stampare pensa ai costi ambientali. Please consider the environment before printing this email.

Privacy

 

Dubravko Moravski

SW engineering

Exor Embedded S.r.l.

p:

+38 512455659  m: +38 5915402413

a:

Slavonska avenija, 50, Zagreb, Croatia, 10000

w:

exorint.com 

 

 Prima di stampare pensa ai costi ambientali. Please consider the environment before printing this email.

Privacy


Yin, Fengwei <fengwei.yin@...>
 

Hi Conghui,

On 9/12/2019 10:41 PM, Chen, Conghui wrote:
Hi Fengwei,

On 9/12/2019 7:32 PM, Dubravko Moravski | Exor Embedded S.r.l. wrote:
Hi,

We haven't observed any issues on the UP2 either, except one, screen
updates been erratic and mouse pointer jumping around.

We've just followed instructions from
https://projectacrn.github.io/latest/getting-started/apl-nuc.html,
automated setup with some manual fine tuning.
I guess since we are using the same software and UP2 works (mostly)
fine, the causes of our problems must be either different hardware or
BIOS. But the trouble is figuring out what exactly.

All mentioned issues are for the Service OS. We can't even
install/launch Guest OS because the Terminal no longer works after we
restart the board with ACRN.
We checked the log you shared and didn't see anything unusual. We had
one issue which could make serial console use polling mode. I suspected
you hit that issue. But from the interrupt info, everything is fine (
there will be irq flooding if we hit that issue).We need more info.
It seems irq 4 is shared between two uarts.
For ttyS0, it's interrupt is default as 4, and it is correct in the log.
[ 1.084989] serial8250: ttyS0 at I/O 0x3f8 (irq = 4, base_baud = 115200) is a 16550A
But the other pci uart ttyS1 also use irq 4.
[ 1.173842] dw-apb-uart.5: ttyS1 at MMIO 0x91228000 (irq = 4, base_baud = 115200) is a 16550A
ttyS0 is a vuart simulated in hypervisor, and ttyS1 is a physical uart, should not share the same irq.
Currently, I'm not sure, why the lpc uart will choose to use irq 4. Is it possible that there is some lpc definition
in acpi table?
Yes. Emulated ttyS0 and physical ttyS1 share same irq. But there is no
user of ttyS1. we can't see ttyS0/ttyS1 share irq4 in interrupt dump.

But as Anthony said, the emulated ttyS0 share irq4 with uart dma. Which
is risky. The irq of emulated SOS serial port is hardcoded in
configuration. For UP2, it's:
define SOS_COM1_IRQ 4U

We should change it to 6U here. But there is no irq flooding from
interrupt dump.... But let's try it.

Hi Dubravko,
I suppose you are define your board based on UP2 configuration. Could
you please change the line:
#define SOS_COM1_IRQ 4U
in hypervisor/arch/x86/configs/apl-up2/misc_cfg.h to
#define SOS_COM1_IRQ 6U

To see whether there are still slow issue?

Regards
Yin, Fengwei

Regards,
Conghui.

When you say "Terminal no longer work", do you mean the SOS console
can't work any more? Or it could work for a while and then can't work?

Regards
Yin, Fengwei


Now that the memory log issue is fixed, could we use that to get
additional debug information? If yes, how can I save that information
for later? (We managed to create some scripts so we can save data like
dmesg even when terminal can't be invoked.)

Best regards,
Dubravko


------------------------------------------------------------------------
*From:* acrn-users@...
<acrn-users@...> on behalf of Liu, Fuzhong via
Lists.Projectacrn.Org <fuzhong.liu=intel.com@...>
*Sent:* Thursday, September 12, 2019 11:47 AM
*To:* acrn-users@... <acrn-users@...>
*Subject:* Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

No observed the issue on the UP2 board in our lab.

Need detail steps to reproduce.

BR.

Fuzhong

*From:*acrn-users@...
[mailto:acrn-users@...] *On Behalf Of *Geoffroy Van Cutsem
*Sent:* Thursday, September 12, 2019 4:42 PM
*To:* acrn-users@...
*Subject:* Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

Have you observed the same problems on the UP2 board?

Thanks,

Geoffroy

*From:*acrn-users@...
<mailto:acrn-users@...>
<acrn-users@...
<mailto:acrn-users@...>> *On Behalf Of *Liu, Fuzhong
*Sent:* Thursday, September 12, 2019 7:15 AM
*To:* acrn-users@...
<mailto:acrn-users@...>
*Subject:* Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

Hi Dubravko

All issues you mentioned  are for Service OS, right?

Clear Linux image newer than 30900 fixed “memmap=2M$0x1FE00000”
issue

BR.

Fuzhong

*From:*acrn-users@...
<mailto:acrn-users@...>
[mailto:acrn-users@...] *On Behalf Of *Dubravko
Moravski | Exor Embedded S.r.l.
*Sent:* Wednesday, September 11, 2019 8:01 PM
*To:* acrn-users@...
<mailto:acrn-users@...>
*Subject:* Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

Hi Yin Fenghwei,

Thank you for replying.

ACRN git commit hash is 555a03db99621c6a9d3bea0933c65db9dee44c46. I
am
getting identical behavior with ACRN that I've compiled, as well as with
ACRN installed by Clear Linux (version id 30770).

I'm not sure if this mailing lists allows attachments, so I've uploaded
the requested files to
https://www.amazon.com/clouddrive/share/V7pJPEUKnBoDd3vkpM0ca4YLEKg
NisSUkQdR03mr4sY(17
kB zip file, containing 4 text files). The zip archive contains:

* dmesg output from SOS
* /proc/interrupts from SOS
* loader.conf from EFI partition
* acrn.conf (here I've verified that root UUID is correct, and I've
had to delete settings related to hypervisor memory log because
otherwise it crashed)

Our board has 8 GB of memory and 64 GB MMC, and is similar to Up Squared
and Leaf Hill CRB.

Best regards,

Dubravko

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

*From:*acrn-users@...
<mailto:acrn-users@...><acrn-users@...
<mailto:acrn-users@...>> on behalf of Yin, Fengwei via
Lists.Projectacrn.Org <fengwei.yin=intel.com@...
<mailto:fengwei.yin=intel.com@...>>
*Sent:* Wednesday, September 11, 2019 4:41 AM
*To:* acrn-users@...
<mailto:acrn-users@...><acrn-users@...
<mailto:acrn-users@...>>
*Subject:* Re: [acrn-users] Setting up ACRN on a new board with Apollo Lake

Hi,

On 2019/9/10 下午9:00, Dubravko Moravski | Exor Embedded S.r.l. wrote:
Hello everyone,

I work for Exor Embedded and we are developing a new board with an
Apollo Lake E3940 CPU. We would like to run ACRN on it. Indeed,
following the instructions on
https://projectacrn.github.io/latest/index.htmlI've managed to get it
running, dmesg among other things says:

Hypervisor detected: ACRN
...
ACRNTrace: Initialized acrn trace module with 4 cpu
...
systemd[1]: Detected virtualization acrn.

However, it's not really usable. We have following issues:

   * mouse cursor jumps around in a weird way, like there is some problem
     with switching video buffers
   * we can't open the Terminal in any way, there's always a message:
     "There was an error creating a child process for this terminal.
     Failed to open PTY: Permission denied"
   * network doesn't work
   * everything works much slower than usual

When not running with hypervisor, everything works.
We've noticed some differences between dmesgs when running the same
kernel with and without hypervisor, but so far we were unable to figure
out if any of these differences is significant.

We would appreciate if you have any hints for us, either what is exactly
our problem, or at least how we should continue to debug the system.
Could you share:
   1. ACRN last git commit hash
   2. dmesg output in your SOS
   3. the output of cat /proc/interrupt in your SOS

Regards
Yin, Fengwei


Best regards,
Dubravko Moravski



*Dubravko Moravski*
/SW engineering/
*Exor Embedded S.r.l.*
p:     +38 512455659 <tel:+38 512455659
<tel:+38%20512455659>>  m:+38 5915402413 <tel:+38
5915402413 <tel:+38%205915402413>>
a:     Slavonska avenija, 50, Zagreb, Croatia, 10000
w:     exorint.com <https://exorint.com/>




   Prima di stampare pensa ai costi ambientali. Please consider the
environment before printing this email.

Privacy <https://www.exorint.com/it/privacy>
*Dubravko Moravski*

/SW engineering/

*Exor Embedded S.r.l.*

p:



+38 512455659 <tel:+38%20512455659>  m: +38 5915402413
<tel:+38%205915402413>

a:



Slavonska avenija, 50, Zagreb, Croatia, 10000

w:



exorint.com <https://exorint.com/>



imap://fyin@...:993/fetch%3EUID%3E/INBOX%3E265992?he
ader=quotebody&part=1.4&filename=x-sign_alone_89a12ff2-fa07-4acd-b9a0-8
e9a8c2b3e4c.jpg

imap://fyin@...:993/fetch%3EUID%3E/INBOX%3E265992?he
ader=quotebody&part=1.5&filename=environment-verde_4010c4a3-6fcf-4e6d-
8a58-167a2248b283.jpg Prima
di stampare pensa ai costi ambientali. Please consider the environment
before printing this email.

Privacy <https://www.exorint.com/it/privacy>


*Dubravko Moravski*
/SW engineering/
*Exor Embedded S.r.l.*
p: +38 512455659 <tel:+38 512455659>  m:+38 5915402413 <tel:+38
5915402413>
a: Slavonska avenija, 50, Zagreb, Croatia, 10000
w: exorint.com <https://exorint.com/>




 Prima di stampare pensa ai costi ambientali. Please consider the
environment before printing this email.

Privacy <https://www.exorint.com/it/privacy>