<div>Hi Jae,</div><div>   The patch works very well. Thanks.</div><div>Best,</div><div>Xiuzhi</div><div>Hi Xiuzhi,<br><br>Please try this patch:<br>https://gerrit.openbmc-project.xyz/c/openbmc/obmc-ikvm/+/20593<br><br>Thanks,<br>Jae<br><br>On 4/14/2019 12:12 AM, xiuzhi wrote:<br>> Hi Jae, Ed,<br>>     Are there any updates for the  video waking up issue?<br>>   Best,<br>> Xiuzhi<br>> <br>> <br>> ------------------ Original ------------------<br>> *From: * "jae.hyun.yoo";<jae.hyun.yoo@linux.intel.com>;<br>> *Send time:* Friday, Mar 22, 2019 5:31 AM<br>> *To:* "Thaju"<tajudheenk@gmail.com>;<br>> *Cc:* "xiuzhi"<1450335857@qq.com>; "openbmc"<openbmc@lists.ozlabs.org>; <br>> "ed"<ed@tanous.net>; "Eddie James"<eajames@linux.vnet.ibm.com>;<br>> *Subject: * Re: Does obmc-ikvm work with bmcweb?<br>> <br>> Hi Thaju,<br>> <br>> It's really good to hear that you can see the working KVM in your<br>> machine. Thanks for sharing the result.<br>> <br>> I saw the video waking up issue on Ubuntu 18 too. Need debugging on it.<br>> I'll share if I find something.<br>> <br>> Regards,<br>> Jae<br>> <br>> On 3/21/2019 9:27 AM, Thaju wrote:<br>>  > Hi Jae,<br>>  ><br>>  > It works. Found one issue which is explained below.<br>>  ><br>>  > I have applied below 3 patches:<br>>  > https://gerrit.openbmc-project.xyz/c/openbmc/obmc-ikvm/+/19392<br>>  > https://gerrit.openbmc-project.xyz/c/openbmc/obmc-ikvm/+/19433<br>>  > https://gerrit.openbmc-project.xyz/c/openbmc/obmc-ikvm/+/19393<br>>  ><br>>  > I can confirm that:<br>>  > 1. KVM video appears fine in webui<br>>  > 2. All keyboard characters works fine.<br>>  > 3. Both mouse buttons works fine (with patch)<br>>  ><br>>  > Now the issue is when host OS ( RHEL 7.5 in my case ) goes to power<br>>  > saving mode (black screen) after some N mins (depends on OS settings),<br>>  > looks like it does not accept the KVM HID events, it doesn't wake up<br>>  > from power saving mode through KVM. I see below error when this happens.<br>>  ><br>>  > Mar 21 09:31:43  obmc-ikvm[1408]: Failed to query timings<br>>  > Mar 21 09:31:43  kernel: aspeed-video 1e700000.video: Timed out; first<br>>  > mode detect<br>>  > Mar 21 09:31:44  kernel: aspeed-video 1e700000.video: Timed out when<br>>  > stopping streaming<br>>  > Mar 21 09:31:45  kernel: aspeed-video 1e700000.video: Timed out; first<br>>  > mode detect<br>>  > Mar 21 09:31:46  kernel: aspeed-video 1e700000.video: Timed out; first<br>>  > mode detect<br>>  > Mar 21 09:31:47  env[1408]: 21/03/2019 09:31:47 Sending<br>>  > rfbEncodingNewFBSize for resize to (640x480)<br>>  > Mar 21 09:31:48  obmc-ikvm[1408]: Failed to query timings<br>>  > Mar 21 09:31:49  kernel: aspeed-video 1e700000.video: Timed out; first<br>>  > mode detect<br>>  > Mar 21 09:31:50  obmc-ikvm[1408]: Failed to query timings<br>>  > Mar 21 09:31:51  kernel: aspeed-video 1e700000.video: Timed out; first<br>>  > mode detect<br>>  > Mar 21 09:31:52  obmc-ikvm[1408]: Failed to query timings<br>>  > Mar 21 09:31:53  kernel: aspeed-video 1e700000.video: Timed out; first<br>>  > mode detect<br>>  ><br>>  > On this state, I used physical keyboard on the host OS to bring it back<br>>  > from power saving mode and I see KVM also comes back. I have also tried<br>>  > setting the power saving timeout to "never". It works fine.<br>>  ><br>>  > To recreate this issue<br>>  > 1. Set power saving timeout to 1 min. (In RHEL 7.5, Settings > Power ><br>>  > Blank Screen)<br>>  > 2. Leave the host OS to idle for 1 min.<br>>  > 3. You will see screen goes black after 1 min and KVM stops responding.<br>>  ><br>>  > Hope you understood the issue. Thanks for your support.<br>>  ><br>>  > Regards,<br>>  > Thaj<br>>  ><br>>  > On Thu, Mar 21, 2019 at 9:49 PM Jae Hyun Yoo<br>>  > <jae.hyun.yoo@linux.intel.com <mailto:jae.hyun.yoo@linux.intel.com>> <br>> wrote:<br>>  ><br>>  >     Hi Lei,<br>>  ><br>>  >     Are you using a web browser from Windows OS? It seems that there <br>> is an<br>>  >     issue of Windows websockify/novnc. Use a browser from OS other than<br>>  >     Windows til the issue is resolved.<br>>  ><br>>  >     Did you test it using Tight VNC viewer after enabling external<br>>  >     connection? The reason why I suggested that is to identify whether<br>>  >     this issue comes from KVM web proxy or from KVM server.<br>>  ><br>>  >     Need more information of your test environment.<br>>  >     Server platform:<br>>  >     BMC SoC:<br>>  >     Host OS:<br>>  ><br>>  >     Regards,<br>>  >     Jae<br>>  ><br>>  >     On 3/21/2019 12:02 AM, Lei YU wrote:<br>>  >      >> Check journal (journalctl -f) while you're testing KVM if there<br>>  >     is any<br>>  >      >> suspicious error. In normal opration, you should see logs like<br>>  >     below:<br>>  >      ><br>>  >      > I see the same logs as Thaj, only below logs show when the issue<br>>  >     occurs.<br>>  >      ><br>>  >      > Mar 21 05:26:02 romulus env[1564]: 21/03/2019 05:26:02 Unable to<br>>  >      > establish connection with systemd socket<br>>  >      > Mar 21 05:26:02 romulus env[1564]: 21/03/2019 05:26:02 <br>> Listening for<br>>  >      > VNC connections on TCP port 5900<br>>  >      > Mar 21 05:26:02 romulus env[1564]: 21/03/2019 05:26:02 <br>> Listening for<br>>  >      > VNC connections on TCP6 port 5900<br>>  >      > Mar 21 05:26:06 romulus env[1564]: 21/03/2019 05:26:06 Got <br>> connection<br>>  >      > from client 127.0.0.1<br>>  >      > Mar 21 05:26:06 romulus env[1564]: 21/03/2019 05:26:06   other<br>>  >     clients:<br>>  >      > Mar 21 05:26:06 romulus env[1564]: 21/03/2019 05:26:06 Normal<br>>  >     socket connection<br>>  >      ><br>>  >      > And sometimes it works, then I see logs like:<br>>  >      ><br>>  >      > Mar 21 06:54:12 romulus env[1957]: 21/03/2019 06:54:12 Normal<br>>  >     socket connection<br>>  >      > Mar 21 06:54:12 romulus env[1957]: 21/03/2019 06:54:12 Client<br>>  >     Protocol<br>>  >      > Version 3.8<br>>  >      > Mar 21 06:54:12 romulus env[1957]: 21/03/2019 06:54:12 Protocol<br>>  >      > version sent 3.8, using 3.8<br>>  >      > Mar 21 06:54:12 romulus env[1957]: 21/03/2019 06:54:12<br>>  >      > rfbProcessClientSecurityType: executing handler for type 1<br>>  >      > Mar 21 06:54:12 romulus env[1957]: 21/03/2019 06:54:12<br>>  >      > rfbProcessClientSecurityType: returning securityResult for <br>> client rfb<br>>  >      > version >= 3.8<br>>  >      > Mar 21 06:54:12 romulus env[1957]: 21/03/2019 06:54:12 Pixel <br>> format<br>>  >      > for client 192.168.10.11 <http://192.168.10.11>:<br>>  >      > Mar 21 06:54:12 romulus env[1957]: 21/03/2019 06:54:12   32 bpp,<br>>  >     depth<br>>  >      > 24, little endian<br>>  >      > Mar 21 06:54:12 romulus env[1957]: 21/03/2019 06:54:12   true <br>> colour:<br>>  >      > max r 255 g 255 b 255, shift r 16 g 8 b 0<br>>  >      > Mar 21 06:54:12 romulus env[1957]: 21/03/2019 06:54:12 Using<br>>  >      > compression level 1 for client 192.168.10.11<br>>  >      > Mar 21 06:54:12 romulus env[1957]: 21/03/2019 06:54:12 Using image<br>>  >      > quality level 6 for client 192.168.10.11<br>>  >      > Mar 21 06:54:12 romulus env[1957]: 21/03/2019 06:54:12 Using JPEG<br>>  >      > subsampling 0, Q79 for client 192.168.10.11<br>>  >      > Mar 21 06:54:12 romulus env[1957]: 21/03/2019 06:54:12 Enabling<br>>  >      > X-style cursor updates for client 192.168.10.11<br>>  >      > Mar 21 06:54:12 romulus env[1957]: 21/03/2019 06:54:12 Enabling<br>>  >      > full-color cursor updates for client 192.168.10.11<br>>  >      > Mar 21 06:54:12 romulus env[1957]: 21/03/2019 06:54:12 Enabling<br>>  >     cursor<br>>  >      > position updates for client 192.168.10.11<br>>  >      > Mar 21 06:54:12 romulus env[1957]: 21/03/2019 06:54:12 Enabling<br>>  >      > LastRect protocol extension for client 192.168.10.11<br>>  >      > Mar 21 06:54:12 romulus env[1957]: 21/03/2019 06:54:12 Using tight<br>>  >      > encoding for client 192.168.10.11<br>>  >      ><br>>  >      > It's found that the VNC server may work when the screen is<br>>  >     changed, e.g.<br>>  >      > reboot the OS, or enter the OS.<br>>  >      > When OS is in idle, usually it will not work.<br>>  >      ><br>>  >      >> Also, try these two patches. I added one more patch.<br>>  >      >> https://gerrit.openbmc-project.xyz/c/openbmc/obmc-ikvm/+/19392<br>>  >      >> https://gerrit.openbmc-project.xyz/c/openbmc/obmc-ikvm/+/19433<br>>  >      ><br>>  >      > Tried the patches, still the same issue as above.<br>>  >      ><br>>  ><br></div>