Have attached dmesg log. Actually looks like ttyS0 is using 0x3f8:
# dmesg | grep tty
[ 0.000000] Command line: initrd=\EFI\org.clearlinux\freestanding-00-intel-ucode.cpio initrd=\EFI\org.clearlinux\freestanding-i915-firmware.cpio.xz root=PARTUUID=94a40b85-bbce-41ee-8fe7-4c85e8a89068 quiet console=tty0 console=ttyS0,115200n8 consoleblank=0 cryptomgr.notests hvlog=2M@0x1FE00000 i915.avail_planes_per_pipe=0x01010F i915.domain_plane_owners=0x011111110000 i915.enable_guc=0 i915.enable_gvt=1 i915.nuclear_pageflip=1 ignore_loglevel init=/usr/lib/systemd/systemd-bootchart intel_iommu=igfx_off memmap=2M$0x1FE00000 no_timer_check no_timer_check noreplace-smp rcu_nocbs=0-64 rcupdate.rcu_expedited=1 rootfstype=ext4,btrfs,xfs rootwait tsc=reliable rw
[ 0.123693] Kernel command line: initrd=\EFI\org.clearlinux\freestanding-00-intel-ucode.cpio initrd=\EFI\org.clearlinux\freestanding-i915-firmware.cpio.xz root=PARTUUID=94a40b85-bbce-41ee-8fe7-4c85e8a89068 quiet console=tty0 console=ttyS0,115200n8 consoleblank=0 cryptomgr.notests hvlog=2M@0x1FE00000 i915.avail_planes_per_pipe=0x01010F i915.domain_plane_owners=0x011111110000 i915.enable_guc=0 i915.enable_gvt=1 i915.nuclear_pageflip=1 ignore_loglevel init=/usr/lib/systemd/systemd-bootchart intel_iommu=igfx_off memmap=2M$0x1FE00000 no_timer_check no_timer_check noreplace-smp rcu_nocbs=0-64 rcupdate.rcu_expedited=1 rootfstype=ext4,btrfs,xfs rootwait tsc=reliable rw
[ 0.202532] console [tty0] enabled
[ 0.275084] console [ttyS0] enabled
[ 0.711180] 00:02: ttyS0 at I/O 0x3f8 (irq = 4, base_baud = 115200) is a 16550A
[ 0.966636] serial8250: ttyS1 at I/O 0x2f8 (irq = 3, base_baud = 115200) is a 16550A
[ 0.988793] 0000:00:16.3: ttyS2 at I/O 0xf0a0 (irq = 19, base_baud = 115200) is a 16550A
[ 1.666800] systemd[1]: system-getty.slice: unit configures an IP firewall, but the local system does not support BPF/cgroup firewalling.
[ 1.669839] systemd[1]: Created slice system-getty.slice.
[ 1.670160] systemd[1]: Created slice system-serial\x2dgetty.slice.
Hi Steve,
On 2020/4/3 下午4:55, Steve Osselton wrote:
> 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:
Does ACRN have no serial output or SOS have no serial output?
>
> # dmesg | grep serial
> [ 0.966636] serial8250: ttyS1 at I/O 0x2f8 (irq = 3, base_baud =
> 115200) is a 16550A
This is for ttyS1. I believe this is a virtual UART emluated by ACRN
hypervisor. I suppose it's not for SOS serial console.
You should also see a ttyS0 at I/O 0x3f8...
Could you please attach full SOS kernel dmesg output? Thanks.
Regards
Yin, Fengwei
> [ 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@...
> <mailto: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@...
> <mailto:geoffroy.vancutsem@...>>
> > Sent: Wednesday, April 1, 2020 10:00 PM
> > To: acrn-users@...
> <mailto:acrn-users@...>; Xie, Nanlin
> <nanlin.xie@... <mailto:nanlin.xie@...>>
> > Subject: RE: [acrn-users] Problem with Industry Scenario on a
> NUC7i7DNH
> >
> >
> >
> >> -----Original Message-----
> >> From: acrn-users@...
> <mailto:acrn-users@...>
> <acrn-users@...
> <mailto:acrn-users@...>>
> >> On Behalf Of Yin, Fengwei
> >> Sent: Wednesday, April 1, 2020 3:28 AM
> >> To: acrn-users@...
> <mailto:acrn-users@...>; Xie, Nanlin
> <nanlin.xie@... <mailto: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@...
> <mailto:acrn-users@...> <acrn-
> >> users@... <mailto:users@...>>
> >>>> On Behalf Of Yin, Fengwei
> >>>> Sent: Monday, March 30, 2020 9:00 AM
> >>>> To: acrn-users@...
> <mailto: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@...>
> >>>>> <mailto: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@...>>
> >>>>> > <mailto: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@...>>>
> >>>>> > > <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/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@...>>>>
> >>>>> > > > <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 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@...>>>>>
> >>>>> > > > > <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@...
> <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@...>>>>>>
> >>>>> > > > > >
> <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@...
> <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@...>>>>>>
> >>>>> > > > > >
> >>>>> <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@...
> <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@...>>>>>>
> >>>>> > > > > >
> >>>>> <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@...
> <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@...>>>>>>
> >>>>> > > > > >
> >>>>> <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@...
> <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.
>
-- Engineering Director IOTech Systems Ltd.
|
