Re: Problem with Industry Scenario on a NUC7i7DNH


Steve Osselton
 

Just a quick update, decided to update to 1.6 release and follow the "out-of-the-box" instructions for the Industry scenario.
Everything basically looks good, installed SOS and verified can launch RT-VM. Only one issue in that by default the 32680
SOS image uses a serial port at 0x2f8, so no serial output:

# dmesg | grep serial
[    0.966636] serial8250: ttyS1 at I/O 0x2f8 (irq = 3, base_baud = 115200) is a 16550A
[    0.967622] serial 0000:00:16.3: enabling device (0000 -> 0003)
[    1.036035] slcan: serial line CAN interface driver
[    1.670160] systemd[1]: Created slice system-serial\x2dgetty.slice

Cheers Steve.

On Thu, 2 Apr 2020 at 02:17, Yin, Fengwei <fengwei.yin@...> wrote:
Hi Nanlin,

On 4/1/20 10:09 AM, Xie, Nanlin wrote:
> We have one new PR that fix build issue, please refer to PR link: https://github.com/projectacrn/acrn-hypervisor/pull/4534, hope this will fix all build unclear issues.
> We also provided one docker image for ACRN build which is using in ACRN CI and verification.
> https://projectacrn.github.io/latest/tutorials/building_acrn_in_docker.html#get-the-docker-image-from-docker-hub
What Geoff talked about was the issue that ACRN could build without any
issue. But the generated binary can't work actually. Will sync with you.


Regards
Yin, Fengwei

>
>
> Best wishes!
> Nanlin
>
> -----Original Message-----
> From: VanCutsem, Geoffroy <geoffroy.vancutsem@...>
> Sent: Wednesday, April 1, 2020 10:00 PM
> To: acrn-users@...; Xie, Nanlin <nanlin.xie@...>
> Subject: RE: [acrn-users] Problem with Industry Scenario on a NUC7i7DNH
>
>
>
>> -----Original Message-----
>> From: acrn-users@... <acrn-users@...>
>> On Behalf Of Yin, Fengwei
>> Sent: Wednesday, April 1, 2020 3:28 AM
>> To: acrn-users@...; Xie, Nanlin <nanlin.xie@...>
>> Subject: Re: [acrn-users] Problem with Industry Scenario on a NUC7i7DNH
>>
>> Hi Geoff,
>>
>> On 4/1/2020 12:17 AM, Geoffroy Van Cutsem wrote:
>>>
>>>
>>>> -----Original Message-----
>>>> From: acrn-users@... <acrn-
>> users@...>
>>>> On Behalf Of Yin, Fengwei
>>>> Sent: Monday, March 30, 2020 9:00 AM
>>>> To: acrn-users@...
>>>> Subject: Re: [acrn-users] Problem with Industry Scenario on a NUC7i7DNH
>>>>
>>>> Hi Steve,
>>>>
>>>> On 3/27/20 9:23 AM, Steve Osselton wrote:
>>>>> Ok, I get:
>>>>>
>>>>> ACRN Hypervisor
>>>>> ^M^Mcalibrate_tsc, tsc_khz=2100000
>>>>> ^M[11953769us][cpu=0][(null)][sev=2][seq=1]:HV version
>>>>> 1.5-unstable-2020-01-10 13:28:22-008c35a8-dirty DBG (daily
>>>>> tag:acrn-2020w02.1-140000p) build by iotech, start time 11941504us
>>>>> ^M^M[11971171us][cpu=0][(null)][sev=2][seq=2]:API version 1.0
>>>>> ^M^M[11976927us][cpu=0][(null)][sev=2][seq=3]:Detect processor:
>>>> Intel(R)
>>>>> Core(TM) i7-8650U CPU @ 1.90GHz
>>>>> ^M^M[12046263us][cpu[(null)][sev=2][sq=23]:Start VM id: 0 name:
>> ACRN
>>>> SOS VM
>>>>>
>>>>
>> ^M^MACRN:\>[12116542us][cpu=0][vm0:vcpu0][sev=2][seq=86]:write_cfg
>>>> f.5
>>>>> not found! off: 0xdc, val: 0xff
>>>>> ^M
>>>>> ^M^M[17981795us][cpu=0][vm0:vcpu0][sev=2][seq=5642]ite_cfg 0:1f.5
>> no
>>>>> found! off: 0xdc,l: 0xff
>>>>> ^M
>>>>> ^M^M[    0.000000] Linux version 4.19.7-98.iot-lts2018-sos
>>>>> (mockbuild@kojibld02) (gcc ven 9.2.1 20191118 gcc-9-branch@278381
>>>> (Clear
>>>>> Linux OS for Intel Architecture)) #1 SMP PREEMPT Mon Nov 18 09:22:10
>> PST
>>>>> 2019^M
>>>>
>>>> I just copied exactly same env as yours. But didn't reproduce the issue
>>>> as yours.
>>>>
>>>> ACRN:\>version
>>>> HV version 1.5-unstable-2020-03-30 02:50:13-008c35a8 DBG (daily tag:
>>>> acrn-2020w02.5-140000p) build by fyin
>>>>
>>>> yin@fyin-nuc:~$ uname -a
>>>> Linux fyin-nuc 4.19.78-98.iot-lts2018-sos #1 SMP PREEMPT Mon Nov 18
>>>> 09:22:10 PST 2019 x86_64 x86_64 x86_64 GNU/Linux
>>>> fyin@fyin-nuc:~$
>>>>
>>>>
>>>> I am wondering whether you could rebuild the ACRN and see whether
>> the
>>>> issue still could be triggered? Thanks.
>>>>
>>>
>>> Hi Fengwei,
>>>
>>> Do you know if different build environment could cause this difference in
>> behavior? Can you share what your build environment is so ideally Steve
>> could replicate it... or both of you try to build the same code base using the
>> same Docker container and compare results again? We have a Docker
>> container that can be used for this, it's called acrn/clearlinux-acrn-
>> builder:latest (hosted on Docker Hub).
>>>
>>> One thing I'm a bit concerned about here is how we build things, I was
>> advised that using "make all BOARD=nuc7i7dnb SCENARIO=industry
>> RELEASE=0" does not yield to the expected results. As an example, running
>> that command using the Docker container (as explained here [1]) does not
>> take the variables into accounts, it compiles the hypervisor for SDC and apl-
>> mrb. We need to fix that in our documentation...
>> I was not aware of this documentation issue. Add Nanlin.
>>
>> Basically, there shouldn't cause any difference if we use same Docker
>> build env.
>
> Of course 😊
>
> My question was rather if we believed that different build environment could cause a different behavior. I remember some time ago that we could build ACRN without error on Ubuntu but that binary did not work correctly... hence my suggestion to use the exact same container to ensure we eliminate a potential source of difference.
>
> Geoffroy
>
>>
>> Regards
>> Yin, Fengwei
>>
>>>
>>> [1]
>> https://projectacrn.github.io/latest/tutorials/building_acrn_in_docker.html#
>> build-acrn-from-source-in-docker
>>>
>>> Thanks,
>>> Geoffroy
>>>
>>>>
>>>> Regards
>>>> Yin, Fengwei
>>>>
>>>>>
>>>>> Cheers Steve.
>>>>>
>>>>> On Fri, 27 Mar 2020 at 12:23, Yin, Fengwei <fengwei.yin@...
>>>>> <mailto:fengwei.yin@...>> wrote:
>>>>>
>>>>>       Hi Steve,
>>>>>
>>>>>       On 3/27/2020 7:36 PM, Steve Osselton wrote:
>>>>>        >  > OK. Can you check the version output of your ACRN? So we could
>>>>>       know
>>>>>        >  > which git commit is based on.
>>>>>        >
>>>>>        > How do I do this without a working console ?
>>>>>       ACRN will print the version info during system boot phase. Just
>> capture
>>>>>       the serial port log when boot the system with ACRN.
>>>>>
>>>>>       Regards
>>>>>       Yin, Fengwei
>>>>>
>>>>>        >
>>>>>        > Cheers Steve
>>>>>        >
>>>>>        >
>>>>>        > On Fri, 27 Mar 2020 at 10:15, Yin, Fengwei <fengwei.yin@...
>>>>>       <mailto:fengwei.yin@...>
>>>>>        > <mailto:fengwei.yin@... <mailto:fengwei.yin@...>>>
>>>> wrote:
>>>>>        >
>>>>>        >     Hi Steve,
>>>>>        >
>>>>>        >     On 3/27/2020 5:36 PM, Steve Osselton wrote:
>>>>>        >      > Hi,
>>>>>        >      >
>>>>>        >      > Bad news is that I built the hypervisor in a container as
>>>>>       there were
>>>>>        >      > compiler issues with Ubuntu 19.10
>>>>>        >      > (which I use) and have accidentally deleted build container :(
>>>>>        >     However
>>>>>        >      > from my notes I just followed the
>>>>>        >      > standard build instructions:
>>>>>        >      >
>>>>>        >      > make all BOARD=nuc7i7dnb SCENARIO=industry RELEASE=0
>>>>>        >      >
>>>>>        >      > The only edit I made was to change MAX_MSIX_TABLE_NUM
>> from
>>>>>       16 to
>>>>>        >     64, to
>>>>>        >      > support the Samsung SSD.
>>>>>        >     OK. Can you check the version output of your ACRN? So we
>>>>>       could know
>>>>>        >     which git commit is based on.
>>>>>        >
>>>>>        >      >
>>>>>        >      >  From SOS:
>>>>>        >      >
>>>>>        >      > $ efibootmgr -v
>>>>>        >      > BootCurrent: 0004
>>>>>        >      > Timeout: 1 seconds
>>>>>        >      > BootOrder: 0004,000A,0008,0009,0000,0003,0002,0006,0001
>>>>>        >      > Boot0000* Windows Boot Manager
>>>>>        >      >
>>>>>        >
>>>>>         VenHw(99e275e7-75a0-4b37-a2e6-
>>>> c5385e6c00cb)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-
>>>> .5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...o................
>>>>>        >      > Boot0001* ACRN
>>>>>        >      >
>>>>>       VenHw(99e275e7-75a0-4b37-a2e6-
>> c5385e6c00cb)u.a.r.t.=.d.i.s.a.b.l.e.d.
>>>>>        >      > Boot0002* ACRN
>>>>>        >      >
>>>>>        >
>>>>>         VenHw(99e275e7-75a0-4b37-a2e6-
>>>> c5385e6c00cb)u.a.r.t.=.p.o.r.t.@.0.x.3.f.8.
>>>>>        >      > Boot0003* ubuntu VenHw(99e275e7-75a0-4b37-a2e6-
>>>> c5385e6c00cb)
>>>>>        >      > Boot0004* ACRN
>>>>>        >      >
>>>>>        >
>>>>>         HD(1,GPT,c73cc316-026d-426c-8c3d-
>>>>
>> be0b84704fc5,0x800,0x47000)/File(\EFI\acrn\acrn.efi)u.a.r.t.=.p.o.r.t.@.0.x.3
>>>> .f.8.
>>>>>        >     So the HV serial port is from here: IO port serial with 0x3f8
>>>>>       as base IO
>>>>>        >     port.
>>>>>        >
>>>>>        >     Regards
>>>>>        >     Yin, Fengwei
>>>>>        >
>>>>>        >      > Boot0006* Linux bootloader
>>>>>        >     VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)
>>>>>        >      > Boot0008* UEFI : LAN : PXE IP4 Intel(R) Ethernet
>>>>>       Connection I219-LM
>>>>>        >      >
>>>>>        >
>>>>>         PciRoot(0x0)/Pci(0x1f,0x6)/MAC(54b2038b7604,0)/IPv4(0.0.0.00.0.0.0
>> ,0,
>>>> 0)..BO
>>>>>        >      > Boot0009* UEFI : LAN : PXE IP6 Intel(R) Ethernet
>>>>>       Connection I219-LM
>>>>>        >      >
>>>>>        >
>>>>>         PciRoot(0x0)/Pci(0x1f,0x6)/MAC(54b2038b7604,0)/IPv6([::]:<-
>>>>> [::]:,0,0)..BO
>>>>>        >      > Boot000A* UEFI : Samsung SSD 970 EVO Plus 500GB : PART 0 :
>> OS
>>>>>        >     Bootloader
>>>>>        >      >
>>>>>        >
>>>>>         PciRoot(0x0)/Pci(0x1d,0x0)/Pci(0x0,0x0)/NVMe(0x1,00-25-38-58-91-
>> B4-
>>>> 1B-EB)/HD(1,GPT,f3f4994c-b68b-4b8f-8943-
>> c588b31c7e62,0x800,0xff000)..BO
>>>>>        >      >
>>>>>        >      > Cheers Steve.
>>>>>        >      >
>>>>>        >      >
>>>>>        >      >
>>>>>        >      > On Fri, 27 Mar 2020 at 06:43, Yin, Fengwei
>>>>>       <fengwei.yin@... <mailto:fengwei.yin@...>
>>>>>        >     <mailto:fengwei.yin@...
>> <mailto:fengwei.yin@...>>
>>>>>        >      > <mailto:fengwei.yin@...
>>>>>       <mailto:fengwei.yin@...> <mailto:fengwei.yin@...
>>>>>       <mailto:fengwei.yin@...>>>> wrote:
>>>>>        >      >
>>>>>        >      >     Hi Steve,
>>>>>        >      >
>>>>>        >      >     On 3/26/20 6:14 AM, Steve Osselton wrote:
>>>>>        >      >      > The board I am using is pretty much the reference
>>>>>       system
>>>>>        >     for the
>>>>>        >      >      > industry scenario a NUC7i7DNH.
>>>>>        >      >      > The only difference to the "standard" configuration is
>>>>>        >     that I am
>>>>>        >      >     using a
>>>>>        >      >      > Samsung SSD, which meant I
>>>>>        >      >      > had to rebuild ACRN with an increased PCI MSIX
>>>>>       table size. The
>>>>>        >      >     SOS image
>>>>>        >      >      > is the pre-built SOS
>>>>>        >      >      > image "sos-industry-32030.img". Does this answer you
>>>>>        >     question ?
>>>>>        >      >     I tried same thing on my env. Everything works fine.
>>>>>       Here is
>>>>>        >     the ttySx
>>>>>        >      >     info in SOS:
>>>>>        >      >
>>>>>        >      >     [    0.680315] 00:01: ttyS0 at I/O 0x3f8 (irq = 4,
>>>>>       base_baud
>>>>>        >     = 115200)
>>>>>        >      >     is a 16550A
>>>>>        >      >     [    0.938131] serial8250: ttyS1 at I/O 0x2f8 (irq = 3,
>>>>>        >     base_baud =
>>>>>        >      >     115200) is a 16550A
>>>>>        >      >
>>>>>        >      >     It reports two PIO serial port. One is ttyS0 and
>>>>>       another one
>>>>>        >     is ttyS1.
>>>>>        >      >     And also ttyS0 is still PnP UART. But it works fine
>>>>>       because
>>>>>        >     HV use
>>>>>        >      >     physical serial port@0x3f8 and emulate serial
>>>>>       port@0x3f8 for SOS.
>>>>>        >      >
>>>>>        >      >
>>>>>        >      >     Here is from your kernel message:
>>>>>        >      >     [    4.384915] 00:02: ttyS0 at I/O 0x3f8 (irq = 4,
>>>>>       base_baud
>>>>>        >     = 115200)
>>>>>        >      >     is a 16550A
>>>>>        >      >     [    4.648868] serial8250: ttyS2 at I/O 0x3e8 (irq = 6,
>>>>>        >     base_baud =
>>>>>        >      >     115200) is a 16550A
>>>>>        >      >
>>>>>        >      >     My ttyS1 info match the definition in industry scenario
>>>>>        >     exactly. Don't
>>>>>        >      >     know how your ttyS2 get 0x3e8.
>>>>>        >      >
>>>>>        >      >
>>>>>        >      >     Can you share following setting:
>>>>>        >      >        1. git commit message of your code base and the local
>>>>>        >     change made by
>>>>>        >      >           you. The command line that you used to build ACRN.
>>>>>        >      >        2. Your efibootmgr -v dump.
>>>>>        >      >
>>>>>        >      >     Regards
>>>>>        >      >     Yin, Fengwei
>>>>>        >      >
>>>>>        >      >      >
>>>>>        >      >      > Cheers Steve.
>>>>>        >      >      >
>>>>>        >      >      > On Thu, 26 Mar 2020 at 10:04, Yin, Fengwei
>>>>>        >     <fengwei.yin@... <mailto:fengwei.yin@...>
>>>>>       <mailto:fengwei.yin@... <mailto:fengwei.yin@...>>
>>>>>        >      >     <mailto:fengwei.yin@...
>>>>>       <mailto:fengwei.yin@...> <mailto:fengwei.yin@...
>>>>>       <mailto:fengwei.yin@...>>>
>>>>>        >      >      > <mailto:fengwei.yin@...
>>>>>       <mailto:fengwei.yin@...>
>>>>>        >     <mailto:fengwei.yin@...
>> <mailto:fengwei.yin@...>>
>>>>>       <mailto:fengwei.yin@... <mailto:fengwei.yin@...>
>>>>>        >     <mailto:fengwei.yin@...
>>>>>       <mailto:fengwei.yin@...>>>>> wrote:
>>>>>        >      >      >
>>>>>        >      >      >     Hi Steve,
>>>>>        >      >      >
>>>>>        >      >      >     On 3/26/2020 5:57 PM, Steve Osselton wrote:
>>>>>        >      >      >      > I have attached dmesg output from the sos.
>>>>>        >      >      >     We could see here:
>>>>>        >      >      >     [    3.608930] pnp 00:02: [dma 0 disabled]
>>>>>        >      >      >     [    3.612858] pnp 00:02: Plug and Play ACPI
>>>>>       device,
>>>>>        >     IDs PNP0501
>>>>>        >      >      >     (active)
>>>>>        >      >      >
>>>>>        >      >      >     [    4.384915] 00:02: ttyS0 at I/O 0x3f8 (irq = 4,
>>>>>        >     base_baud
>>>>>        >      >     = 115200)
>>>>>        >      >      >     is a 16550A
>>>>>        >      >      >
>>>>>        >      >      >
>>>>>        >      >      >     It looks like your serial port is exposed to OS
>>>>>       as PnP
>>>>>        >     UART.
>>>>>        >      >     So we use
>>>>>        >      >      >     it by hardcode as hypervisor console. At the same
>>>>>        >     time, SOS
>>>>>        >      >     kernel also
>>>>>        >      >      >     see this device because it's expressed to SOS
>>>>>       kernel
>>>>>        >     by ACPI
>>>>>        >      >     table. This
>>>>>        >      >      >     is why hypervisor and SOS kernel both could
>>>>>       access it.
>>>>>        >      >      >
>>>>>        >      >      >     But the thing confused me is: suppose we should
>>>>>        >     emulate 0x3f8
>>>>>        >      >     uart to
>>>>>        >      >      >     SOS kernel to prevent SOS access serial port
>>>>>       directly.
>>>>>        >      >      >
>>>>>        >      >      >     Can you share your vm_configuration.c for your
>>>>>       board? I'd
>>>>>        >      >     like to check
>>>>>        >      >      >     how virtual UART is defined for SOS.
>>>>>        >      >      >
>>>>>        >      >      >     Regards
>>>>>        >      >      >     Yin, Fengwei
>>>>>        >      >      >
>>>>>        >      >      >      >
>>>>>        >      >      >      > Cheers Steve
>>>>>        >      >      >      >
>>>>>        >      >      >      > On Thu, 26 Mar 2020 at 02:26, Yin, Fengwei
>>>>>        >      >     <fengwei.yin@... <mailto:fengwei.yin@...>
>>>>>       <mailto:fengwei.yin@... <mailto:fengwei.yin@...>>
>>>>>        >     <mailto:fengwei.yin@... <mailto:fengwei.yin@...>
>>>>>       <mailto:fengwei.yin@... <mailto:fengwei.yin@...>>>
>>>>>        >      >      >     <mailto:fengwei.yin@...
>>>>>       <mailto:fengwei.yin@...>
>>>>>        >     <mailto:fengwei.yin@...
>> <mailto:fengwei.yin@...>>
>>>>>       <mailto:fengwei.yin@... <mailto:fengwei.yin@...>
>>>>>        >     <mailto:fengwei.yin@...
>> <mailto:fengwei.yin@...>>>>
>>>>>        >      >      >      > <mailto:fengwei.yin@...
>>>>>       <mailto:fengwei.yin@...>
>>>>>        >     <mailto:fengwei.yin@...
>> <mailto:fengwei.yin@...>>
>>>>>        >      >     <mailto:fengwei.yin@...
>>>>>       <mailto:fengwei.yin@...> <mailto:fengwei.yin@...
>>>>>       <mailto:fengwei.yin@...>>>
>>>>>        >     <mailto:fengwei.yin@... <mailto:fengwei.yin@...>
>>>>>       <mailto:fengwei.yin@... <mailto:fengwei.yin@...>>
>>>>>        >      >     <mailto:fengwei.yin@...
>>>>>       <mailto:fengwei.yin@...>
>>>>>        >     <mailto:fengwei.yin@...
>>>>>       <mailto:fengwei.yin@...>>>>>> wrote:
>>>>>        >      >      >      >
>>>>>        >      >      >      >     Hi Steve,
>>>>>        >      >      >      >
>>>>>        >      >      >      >     On 2020/3/25 下午10:26, Steve Osselton
>>>>>       wrote:
>>>>>        >      >      >      >      > Hi Binbin,
>>>>>        >      >      >      >      >
>>>>>        >      >      >      >      > Problem is that ctrl + space doesn't
>>>>>       switch to
>>>>>        >      >     hypervisor,
>>>>>        >      >      >     if I
>>>>>        >      >      >      >     press
>>>>>        >      >      >      >      > return multiple times, occasionally
>>>>>        >      >      >      >      > I get the hypervisor prompt, but if I
>>>>>       then enter
>>>>>        >      >     anything is
>>>>>        >      >      >      >     passed to
>>>>>        >      >      >      >      > the sos:
>>>>>        >      >      >      >      >
>>>>>        >      >      >      >      > iotech@nuc1 ~ $
>>>>>        >      >      >      >      > iotech@nuc1 ~ $
>>>>>        >      >      >      >      > iotech@nuc1 ~ $
>>>>>        >      >      >      >      > ACRN:\>version
>>>>>        >      >      >      >      > version: command not found
>>>>>        >      >      >      >      > iotech@nuc1 ~ $ version
>>>>>        >      >      >      >      > version: command not found
>>>>>        >      >      >      >      > iotech@nuc1 ~ $
>>>>>        >      >      >      >      > iotech@nuc1 ~ $
>>>>>        >      >      >      >
>>>>>        >      >      >      >     It looks like the physical UART is used
>>>>>       by HV
>>>>>        >     and SOS
>>>>>        >      >     at the
>>>>>        >      >      >     same time.
>>>>>        >      >      >      >     Per my experience, it's not possible if the
>>>>>        >     UART port is
>>>>>        >      >      >     legacy UART.
>>>>>        >      >      >      >
>>>>>        >      >      >      >     Could you please ssh to your SOS and
>>>>>       dump the dmesg
>>>>>        >      >     after SOS
>>>>>        >      >      >     boot to
>>>>>        >      >      >      >     a file, and share the file out?
>>>>>        >      >      >      >
>>>>>        >      >      >      >     Regards
>>>>>        >      >      >      >     Yin, Fengwei
>>>>>        >      >      >      >
>>>>>        >      >      >      >      >
>>>>>        >      >      >      >      > Cheers Steve
>>>>>        >      >      >      >      >
>>>>>        >      >      >      >      > On Wed, 25 Mar 2020 at 14:12, Wu, Binbin
>>>>>        >      >      >     <binbin.wu@...
>>>>>       <mailto:binbin.wu@...> <mailto:binbin.wu@...
>>>>>       <mailto:binbin.wu@...>>
>>>>>        >     <mailto:binbin.wu@... <mailto:binbin.wu@...>
>>>>>       <mailto:binbin.wu@... <mailto:binbin.wu@...>>>
>>>>>        >      >     <mailto:binbin.wu@...
>>>>>       <mailto:binbin.wu@...> <mailto:binbin.wu@...
>>>>>       <mailto:binbin.wu@...>>
>>>>>        >     <mailto:binbin.wu@... <mailto:binbin.wu@...>
>>>>>       <mailto:binbin.wu@... <mailto:binbin.wu@...>>>>
>>>>>        >      >      >      >     <mailto:binbin.wu@...
>>>>>       <mailto:binbin.wu@...>
>>>>>        >     <mailto:binbin.wu@... <mailto:binbin.wu@...>>
>>>>>        >      >     <mailto:binbin.wu@...
>>>>>       <mailto:binbin.wu@...> <mailto:binbin.wu@...
>>>>>       <mailto:binbin.wu@...>>>
>>>>>        >     <mailto:binbin.wu@... <mailto:binbin.wu@...>
>>>>>       <mailto:binbin.wu@... <mailto:binbin.wu@...>>
>>>>>        >      >     <mailto:binbin.wu@...
>>>>>       <mailto:binbin.wu@...> <mailto:binbin.wu@...
>>>>>       <mailto:binbin.wu@...>>>>>
>>>>>        >      >      >      >      > <mailto:binbin.wu@...
>>>>>       <mailto:binbin.wu@...>
>>>>>        >     <mailto:binbin.wu@... <mailto:binbin.wu@...>>
>>>>>        >      >     <mailto:binbin.wu@...
>>>>>       <mailto:binbin.wu@...> <mailto:binbin.wu@...
>>>>>       <mailto:binbin.wu@...>>>
>>>>>        >     <mailto:binbin.wu@... <mailto:binbin.wu@...>
>>>>>       <mailto:binbin.wu@... <mailto:binbin.wu@...>>
>>>>>        >      >     <mailto:binbin.wu@...
>>>>>       <mailto:binbin.wu@...> <mailto:binbin.wu@...
>>>>>       <mailto:binbin.wu@...>>>>
>>>>>        >      >      >     <mailto:binbin.wu@...
>>>>>       <mailto:binbin.wu@...>
>>>>>        >     <mailto:binbin.wu@... <mailto:binbin.wu@...>>
>>>>>       <mailto:binbin.wu@... <mailto:binbin.wu@...>
>>>>>        >     <mailto:binbin.wu@... <mailto:binbin.wu@...>>>
>>>>>        >      >     <mailto:binbin.wu@...
>>>>>       <mailto:binbin.wu@...> <mailto:binbin.wu@...
>>>>>       <mailto:binbin.wu@...>>
>>>>>        >     <mailto:binbin.wu@... <mailto:binbin.wu@...>
>>>>>       <mailto:binbin.wu@... <mailto:binbin.wu@...>>>>>>>
>>>> wrote:
>>>>>        >      >      >      >      >
>>>>>        >      >      >      >      >     Hi Steve,____
>>>>>        >      >      >      >      >
>>>>>        >      >      >      >      >     __ __
>>>>>        >      >      >      >      >
>>>>>        >      >      >      >      >     If you see the below notation____
>>>>>        >      >      >      >      >
>>>>>        >      >      >      >      >     ACRN:\> ____
>>>>>        >      >      >      >      >
>>>>>        >      >      >      >      >     It means you have switched to
>>>>>       hypervisor
>>>>>        >      >     console.____
>>>>>        >      >      >      >      >
>>>>>        >      >      >      >      >     You can set hypervisor loglevel
>>>>>       as Zide
>>>>>        >      >     suggested.____
>>>>>        >      >      >      >      >
>>>>>        >      >      >      >      >     __ __
>>>>>        >      >      >      >      >
>>>>>        >      >      >      >      >     And yes, if you switch to sos
>>>>>       console, then
>>>>>        >      >     both sos and
>>>>>        >      >      >      >     hypervisor
>>>>>        >      >      >      >      >     log will show.____
>>>>>        >      >      >      >      >
>>>>>        >      >      >      >      >     If you switch to hypervisor
>>>>>       console, only
>>>>>        >      >     hypervisor
>>>>>        >      >      >     log will
>>>>>        >      >      >      >     show
>>>>>        >      >      >      >      >     up. ____
>>>>>        >      >      >      >      >
>>>>>        >      >      >      >      >     __ __
>>>>>        >      >      >      >      >
>>>>>        >      >      >      >      >     --____
>>>>>        >      >      >      >      >
>>>>>        >      >      >      >      >     BRs,____
>>>>>        >      >      >      >      >
>>>>>        >      >      >      >      >     Binbin____
>>>>>        >      >      >      >      >
>>>>>        >      >      >      >      >     __ __
>>>>>        >      >      >      >      >
>>>>>        >      >      >      >      >     *From:*
>>>>>       acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>
>>>>>        >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>>
>>>>>        >      >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>
>>>>>        >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>>>
>>>>>        >      >      >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>
>>>>>        >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>>
>>>>>        >      >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>
>>>>>        >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>>>>
>>>>>        >      >      >      >      >
>>>>>         <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>
>>>>>        >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>>
>>>>>        >      >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>
>>>>>        >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>>>
>>>>>        >      >      >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>
>>>>>        >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>>
>>>>>        >      >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>
>>>>>        >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>>>>>
>>>>>        >      >      >      >      >     <acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>
>>>>>        >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>>
>>>>>        >      >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>
>>>>>        >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>>>
>>>>>        >      >      >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>
>>>>>        >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>>
>>>>>        >      >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>
>>>>>        >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>>>>
>>>>>        >      >      >      >      >
>>>>>         <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>
>>>>>        >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>>
>>>>>        >      >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>
>>>>>        >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>>>
>>>>>        >      >      >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>
>>>>>        >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>>
>>>>>        >      >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>
>>>>>        >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>>>>>> *On Behalf Of
>> *Steve
>>>>>        >      >      >      >     Osselton
>>>>>        >      >      >      >      >     *Sent:* Wednesday, March 25, 2020
>>>>>       10:06 PM
>>>>>        >      >      >      >      >     *To:*
>>>>>       acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>
>>>>>        >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>>
>>>>>        >      >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>
>>>>>        >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>>>
>>>>>        >      >      >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>
>>>>>        >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>>
>>>>>        >      >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>
>>>>>        >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>>>>
>>>>>        >      >      >      >      >
>>>>>         <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>
>>>>>        >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>>
>>>>>        >      >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>
>>>>>        >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>>>
>>>>>        >      >      >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>
>>>>>        >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>>
>>>>>        >      >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>
>>>>>        >      >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>
>>>>>        >     <mailto:acrn-users@...
>>>>>       <mailto:acrn-users@...>>>>>>
>>>>>        >      >      >      >      >     *Subject:* Re: [acrn-users]
>>>>>       Problem with
>>>>>        >     Industry
>>>>>        >      >      >     Scenario on a
>>>>>        >      >      >      >      >     NUC7i7DNH____
>>>>>        >      >      >      >      >
>>>>>        >      >      >      >      >     __ __
>>>>>        >      >      >      >      >
>>>>>        >      >      >      >      >     Hi Binbin,____
>>>>>        >      >      >      >      >
>>>>>        >      >      >      >      >     __ __
>>>>>        >      >      >      >      >
>>>>>        >      >      >      >      >     Ctrl + space does not appear to
>>>>>       work (have
>>>>>        >      >     tried with both
>>>>>        >      >      >      >     minicom
>>>>>        >      >      >      >      >     and gtkterm clients).____
>>>>>        >      >      >      >      >
>>>>>        >      >      >      >      >     However sometimes looks like serial
>>>>>        >     console is
>>>>>        >      >     being
>>>>>        >      >      >     multiplexed
>>>>>        >      >      >      >      >     between both sos and ACRN:____
>>>>>        >      >      >      >      >
>>>>>        >      >   


--
Engineering Director
IOTech Systems Ltd.

Join acrn-users@lists.projectacrn.org to automatically receive all group messages.