From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Authentication-Results: lists.ozlabs.org; spf=none (mailfrom) smtp.mailfrom=linux.intel.com (client-ip=192.55.52.115; helo=mga14.intel.com; envelope-from=jae.hyun.yoo@linux.intel.com; receiver=) Authentication-Results: lists.ozlabs.org; dmarc=none (p=none dis=none) header.from=linux.intel.com Received: from mga14.intel.com (mga14.intel.com [192.55.52.115]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 44jdm70XC6zDqDr for ; Tue, 16 Apr 2019 05:26:45 +1000 (AEST) X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga003.jf.intel.com ([10.7.209.27]) by fmsmga103.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 15 Apr 2019 12:26:42 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.60,354,1549958400"; d="scan'208";a="142966975" Received: from yoojae-mobl1.amr.corp.intel.com (HELO [10.7.153.148]) ([10.7.153.148]) by orsmga003.jf.intel.com with ESMTP; 15 Apr 2019 12:26:42 -0700 Subject: Re: Does obmc-ikvm work with bmcweb? To: xiuzhi <1450335857@qq.com>, Thaju Cc: openbmc , ed , Eddie James References: <2d44c252-94b6-6441-d3e8-a8200d89aaa5@linux.intel.com> <77cb1f2b-96c5-bd14-eab7-0da527343ce1@linux.intel.com> <97a9e5c4-c2d0-41bb-14ea-0405609929a2@linux.intel.com> From: Jae Hyun Yoo Message-ID: Date: Mon, 15 Apr 2019 12:26:42 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: openbmc@lists.ozlabs.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Development list for OpenBMC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Apr 2019 19:26:47 -0000 Hi Xiuzhi, Please try this patch: https://gerrit.openbmc-project.xyz/c/openbmc/obmc-ikvm/+/20593 Thanks, Jae On 4/14/2019 12:12 AM, xiuzhi wrote: > Hi Jae, Ed, >    Are there any updates for the  video waking up issue? >  Best, > Xiuzhi > > > ------------------ Original ------------------ > *From: * "jae.hyun.yoo";; > *Send time:* Friday, Mar 22, 2019 5:31 AM > *To:* "Thaju"; > *Cc:* "xiuzhi"<1450335857@qq.com>; "openbmc"; > "ed"; "Eddie James"; > *Subject: * Re: Does obmc-ikvm work with bmcweb? > > Hi Thaju, > > It's really good to hear that you can see the working KVM in your > machine. Thanks for sharing the result. > > I saw the video waking up issue on Ubuntu 18 too. Need debugging on it. > I'll share if I find something. > > Regards, > Jae > > On 3/21/2019 9:27 AM, Thaju wrote: > > Hi Jae, > > > > It works. Found one issue which is explained below. > > > > I have applied below 3 patches: > > https://gerrit.openbmc-project.xyz/c/openbmc/obmc-ikvm/+/19392 > > https://gerrit.openbmc-project.xyz/c/openbmc/obmc-ikvm/+/19433 > > https://gerrit.openbmc-project.xyz/c/openbmc/obmc-ikvm/+/19393 > > > > I can confirm that: > > 1. KVM video appears fine in webui > > 2. All keyboard characters works fine. > > 3. Both mouse buttons works fine (with patch) > > > > Now the issue is when host OS ( RHEL 7.5 in my case ) goes to power > > saving mode (black screen) after some N mins (depends on OS settings), > > looks like it does not accept the KVM HID events, it doesn't wake up > > from power saving mode through KVM. I see below error when this happens. > > > > Mar 21 09:31:43  obmc-ikvm[1408]: Failed to query timings > > Mar 21 09:31:43  kernel: aspeed-video 1e700000.video: Timed out; first > > mode detect > > Mar 21 09:31:44  kernel: aspeed-video 1e700000.video: Timed out when > > stopping streaming > > Mar 21 09:31:45  kernel: aspeed-video 1e700000.video: Timed out; first > > mode detect > > Mar 21 09:31:46  kernel: aspeed-video 1e700000.video: Timed out; first > > mode detect > > Mar 21 09:31:47  env[1408]: 21/03/2019 09:31:47 Sending > > rfbEncodingNewFBSize for resize to (640x480) > > Mar 21 09:31:48  obmc-ikvm[1408]: Failed to query timings > > Mar 21 09:31:49  kernel: aspeed-video 1e700000.video: Timed out; first > > mode detect > > Mar 21 09:31:50  obmc-ikvm[1408]: Failed to query timings > > Mar 21 09:31:51  kernel: aspeed-video 1e700000.video: Timed out; first > > mode detect > > Mar 21 09:31:52  obmc-ikvm[1408]: Failed to query timings > > Mar 21 09:31:53  kernel: aspeed-video 1e700000.video: Timed out; first > > mode detect > > > > On this state, I used physical keyboard on the host OS to bring it back > > from power saving mode and I see KVM also comes back. I have also tried > > setting the power saving timeout to "never". It works fine. > > > > To recreate this issue > > 1. Set power saving timeout to 1 min. (In RHEL 7.5, Settings > Power > > > Blank Screen) > > 2. Leave the host OS to idle for 1 min. > > 3. You will see screen goes black after 1 min and KVM stops responding. > > > > Hope you understood the issue. Thanks for your support. > > > > Regards, > > Thaj > > > > On Thu, Mar 21, 2019 at 9:49 PM Jae Hyun Yoo > > > > wrote: > > > >     Hi Lei, > > > >     Are you using a web browser from Windows OS? It seems that there > is an > >     issue of Windows websockify/novnc. Use a browser from OS other than > >     Windows til the issue is resolved. > > > >     Did you test it using Tight VNC viewer after enabling external > >     connection? The reason why I suggested that is to identify whether > >     this issue comes from KVM web proxy or from KVM server. > > > >     Need more information of your test environment. > >     Server platform: > >     BMC SoC: > >     Host OS: > > > >     Regards, > >     Jae > > > >     On 3/21/2019 12:02 AM, Lei YU wrote: > >      >> Check journal (journalctl -f) while you're testing KVM if there > >     is any > >      >> suspicious error. In normal opration, you should see logs like > >     below: > >      > > >      > I see the same logs as Thaj, only below logs show when the issue > >     occurs. > >      > > >      > Mar 21 05:26:02 romulus env[1564]: 21/03/2019 05:26:02 Unable to > >      > establish connection with systemd socket > >      > Mar 21 05:26:02 romulus env[1564]: 21/03/2019 05:26:02 > Listening for > >      > VNC connections on TCP port 5900 > >      > Mar 21 05:26:02 romulus env[1564]: 21/03/2019 05:26:02 > Listening for > >      > VNC connections on TCP6 port 5900 > >      > Mar 21 05:26:06 romulus env[1564]: 21/03/2019 05:26:06 Got > connection > >      > from client 127.0.0.1 > >      > Mar 21 05:26:06 romulus env[1564]: 21/03/2019 05:26:06   other > >     clients: > >      > Mar 21 05:26:06 romulus env[1564]: 21/03/2019 05:26:06 Normal > >     socket connection > >      > > >      > And sometimes it works, then I see logs like: > >      > > >      > Mar 21 06:54:12 romulus env[1957]: 21/03/2019 06:54:12 Normal > >     socket connection > >      > Mar 21 06:54:12 romulus env[1957]: 21/03/2019 06:54:12 Client > >     Protocol > >      > Version 3.8 > >      > Mar 21 06:54:12 romulus env[1957]: 21/03/2019 06:54:12 Protocol > >      > version sent 3.8, using 3.8 > >      > Mar 21 06:54:12 romulus env[1957]: 21/03/2019 06:54:12 > >      > rfbProcessClientSecurityType: executing handler for type 1 > >      > Mar 21 06:54:12 romulus env[1957]: 21/03/2019 06:54:12 > >      > rfbProcessClientSecurityType: returning securityResult for > client rfb > >      > version >= 3.8 > >      > Mar 21 06:54:12 romulus env[1957]: 21/03/2019 06:54:12 Pixel > format > >      > for client 192.168.10.11 : > >      > Mar 21 06:54:12 romulus env[1957]: 21/03/2019 06:54:12   32 bpp, > >     depth > >      > 24, little endian > >      > Mar 21 06:54:12 romulus env[1957]: 21/03/2019 06:54:12   true > colour: > >      > max r 255 g 255 b 255, shift r 16 g 8 b 0 > >      > Mar 21 06:54:12 romulus env[1957]: 21/03/2019 06:54:12 Using > >      > compression level 1 for client 192.168.10.11 > >      > Mar 21 06:54:12 romulus env[1957]: 21/03/2019 06:54:12 Using image > >      > quality level 6 for client 192.168.10.11 > >      > Mar 21 06:54:12 romulus env[1957]: 21/03/2019 06:54:12 Using JPEG > >      > subsampling 0, Q79 for client 192.168.10.11 > >      > Mar 21 06:54:12 romulus env[1957]: 21/03/2019 06:54:12 Enabling > >      > X-style cursor updates for client 192.168.10.11 > >      > Mar 21 06:54:12 romulus env[1957]: 21/03/2019 06:54:12 Enabling > >      > full-color cursor updates for client 192.168.10.11 > >      > Mar 21 06:54:12 romulus env[1957]: 21/03/2019 06:54:12 Enabling > >     cursor > >      > position updates for client 192.168.10.11 > >      > Mar 21 06:54:12 romulus env[1957]: 21/03/2019 06:54:12 Enabling > >      > LastRect protocol extension for client 192.168.10.11 > >      > Mar 21 06:54:12 romulus env[1957]: 21/03/2019 06:54:12 Using tight > >      > encoding for client 192.168.10.11 > >      > > >      > It's found that the VNC server may work when the screen is > >     changed, e.g. > >      > reboot the OS, or enter the OS. > >      > When OS is in idle, usually it will not work. > >      > > >      >> Also, try these two patches. I added one more patch. > >      >> https://gerrit.openbmc-project.xyz/c/openbmc/obmc-ikvm/+/19392 > >      >> https://gerrit.openbmc-project.xyz/c/openbmc/obmc-ikvm/+/19433 > >      > > >      > Tried the patches, still the same issue as above. > >      > > >