<div><font face="Arial Narrow"><span style="font-size: 12px;">Hi Eddie,</span></font></div><div><font face="Arial Narrow"><span style="font-size: 12px;">    Is there a schedule for integrating one vnc viewer to phosphor webui ? </span></font></div><div>Best,</div><div>Xiuzhi</div><div><div><br></div><br><br>On 08/14/2018 01:39 AM, xiuzhi wrote:<br>> Hi Eddie,<br>>    The video-dev2 can work on AST2400, the tightvnc  connect to BMC <br>> vncserver stably when the host cpu run centos GUI.<br>> Two issues was found in testing process .<br>> 1, The obmc-ikvm will stop connection when host server window flush <br>> from one to next  on BIOS or kernel booting process.<br>> The error log on AST2400 is :<br>> 18/07/2018 13:37:32 Listening for VNC connections on TCP port 5900<br>> 18/07/2018 13:37:32 Listening for VNC connections on TCP6 port 5900<br>> [11704.151172] aspeed-video 1e700000.video: resolution changed; resetting<br>> [11704.888188] aspeed-video 1e700000.video: resolution changed; resetting<br>> [11705.613868] aspeed-video 1e700000.video: invalid resolution detected<br>> [11705.620421] aspeed-video 1e700000.video: resolution changed; <br>> couldn't get new resolution<br><br>OK, I noticed a similar issue on AST2500 when immediately detecting <br>resolution after mode change. I added a delay, but it probably needs to <br>be longer on AST2400... Also, most client's don't handle server-side <br>resize, so usually the window will close and you'll have to re-open <br>anyway I think, if the size is changing.<br><br>Thanks,<br>Eddie<br><br>><br>><br>> 2, The VNC Viewer can not connect to bmc server.<br>> The error on VNC Viewer client is :<br>> "   Attempting to reconnect to VNC Server ...<br>>    RFB protocol error:unknown rect encoding 7<br>> "<br>><br>> The error log  on BMC is :<br>> 18/07/2018 14:03:18 Got connection from client 192.168.120.58<br>> 18/07/2018 14:03:18   other clients:<br>> 18/07/2018 14:03:18 Normal socket connection<br>> 18/07/2018 14:03:18 Client Protocol Version 3.8<br>> 18/07/2018 14:03:18 Protocol version sent 3.8, using 3.8<br>> 18/07/2018 14:03:18 rfbProcessClientSecurityType: executing handler <br>> for type 1<br>> 18/07/2018 14:03:18 rfbProcessClientSecurityType: returning <br>> securityResult for client rfb version >= 3.8<br>> 18/07/2018 14:03:18 rfbProcessClientNormalMessage: ignoring <br>> unsupported encoding type Enc(0x00000018)<br>> 18/07/2018 14:03:18 rfbProcessClientNormalMessage: ignoring <br>> unsupported encoding type Enc(0x00000016)<br>> 18/07/2018 14:03:18 rfbProcessClientNormalMessage: ignoring <br>> unsupported encoding type Enc(0x00000015)<br>> 18/07/2018 14:03:18 rfbProcessClientNormalMessage: ignoring <br>> unsupported encoding type Enc(0x0000000F)<br>> 18/07/2018 14:03:18 rfbProcessClientNormalMessage: ignoring <br>> unsupported encoding type Enc(0xFFFFFEC6)<br>> 18/07/2018 14:03:18 Enabling full-color cursor updates for client <br>> 192.168.120.58<br>> 18/07/2018 14:03:18 Enabling NewFBSize protocol extension for client <br>> 192.168.120.58<br>> 18/07/2018 14:03:18 Using ZRLE encoding for client 192.168.120.58<br>> 18/07/2018 14:03:18 Pixel format for client 192.168.120.58:<br>> 18/07/2018 14:03:18   8 bpp, depth 6<br>> 18/07/2018 14:03:18   true colour: max r 3 g 3 b 3, shift r 4 g 2 b 0<br>> 18/07/2018 14:03:18 rfbProcessClientNormalMessage: ignoring <br>> unsupported encoding type Enc(0x00000018)<br>> 18/07/2018 14:03:18 rfbProcessClientNormalMessage: ignoring <br>> unsupported encoding type Enc(0x00000016)<br>> 18/07/2018 14:03:18 rfbProcessClientNormalMessage: ignoring <br>> unsupported encoding type Enc(0x00000015)<br>> 18/07/2018 14:03:18 rfbProcessClientNormalMessage: ignoring <br>> unsupported encoding type Enc(0x0000000F)<br>> 18/07/2018 14:03:18 rfbProcessClientNormalMessage: ignoring <br>> unsupported encoding type Enc(0xFFFFFEC6)<br>> 18/07/2018 14:03:18 Enabling full-color cursor updates for client <br>> 192.168.120.58<br>> 18/07/2018 14:03:18 Enabling NewFBSize protocol extension for client <br>> 192.168.120.58<br>> 18/07/2018 14:03:18 Switching from ZRLE to raw Encoding for client <br>> 192.168.120.58<br>> 18/07/2018 14:03:18 rfbProcessClientNormalMessage: ignoring <br>> unsupported encoding type Enc(0x00000018)<br>> 18/07/2018 14:03:18 rfbProcessClientNormalMessage: ignoring <br>> unsupported encoding type Enc(0x00000016)<br>> 18/07/2018 14:03:18 rfbProcessClientNormalMessage: ignoring <br>> unsupported encoding type Enc(0x00000015)<br>> 18/07/2018 14:03:18 rfbProcessClientNormalMessage: ignoring <br>> unsupported encoding type Enc(0x0000000F)<br>> 18/07/2018 14:03:18 rfbProcessClientNormalMessage: ignoring <br>> unsupported encoding type Enc(0xFFFFFEC6)<br>> 18/07/2018 14:03:18 Enabling full-color cursor updates for client <br>> 192.168.120.58<br>> 18/07/2018 14:03:18 Enabling NewFBSize protocol extension for client <br>> 192.168.120.58<br>> 18/07/2018 14:03:18 Switching from raw to ZRLE Encoding for client <br>> 192.168.120.58<br>> 18/07/2018 14:03:18 Pixel format for client 192.168.120.58:<br>> 18/07/2018 14:03:18   32 bpp, depth 24, little endian<br>> 18/07/2018 14:03:18   true colour: max r 255 g 255 b 255, shift r 16 g <br>> 8 b 0<br>> 18/07/2018 14:03:19 rfbProcessClientNormalMessage: read: Connection <br>> reset by peer<br>> 18/07/2018 14:03:19 Client 192.168.120.58 gone<br>> 18/07/2018 14:03:19 Statistics             events Transmit/ RawEquiv ( <br>> saved)<br>> 18/07/2018 14:03:19  FramebufferUpdate   :      3 |  0/        0 (  0.0%)<br>> 18/07/2018 14:03:19  tight               :      1 |  33807/  3145740 ( <br>> 98.9%)<br>> 18/07/2018 14:03:19  raw                 :      1 |  16396/    16396 <br>> (  0.0%)<br>> 18/07/2018 14:03:19  ZRLE                :      2 | 62/  3932160 (100.0%)<br>> 18/07/2018 14:03:19  RichCursor          :      3 |  429/      429 (  <br>> 0.0%)<br>> 18/07/2018 14:03:19  TOTALS              :     10 |  50694/  7094725 ( <br>> 99.3%)<br>> 18/07/2018 14:03:19 Statistics             events Received/ RawEquiv ( <br>> saved)<br>> 18/07/2018 14:03:19  FramebufferUpdate   :      4 | 40/       40 (  0.0%)<br>> 18/07/2018 14:03:19  SetPixelFormat      :      2 | 40/       40 (  0.0%)<br>> 18/07/2018 14:03:19  SetEncodings        :      3 |  168/      168 (  <br>> 0.0%)<br>> 18/07/2018 14:03:19  TOTALS              :      9 |  248/      248 (  <br>> 0.0%)<br>><br>> Best,<br>> Xiuzhi<br>> Hi Eddie,<br>>    Very good work!<br>>   The video-dev2 works on AST2400 now, I will do more test.<br>> Thanks,<br>> Xiuzhi<br>> On 08/10/2018 10:00 AM, Eddie James wrote:<br>> ><br>> ><br>> > On 08/10/2018 06:14 AM, xiuzhi wrote:<br>> >> Hi Eddie,<br>> >>    I tested the new update source of video-dev on AST2400 and<br>> >> AST2500. It works on AST2500.<br>> >>  On AST2400，the vncviewer can connect vncserver sucessful, but its<br>> >> window was blank,  not shown any information of the host screen .<br>> >> Would you like to give me some advice or instruments on how to  debug<br>> >> this issue?<br>><br>> Hey, I also just pushed a new branch to my github with some<br>> simplifications to the driver... It no longer uses the auto mode and may<br>> work better on AST2400... I don't have any AST2400 to test on, but let<br>> me know if you have any luck:<br>><br>> https://github.com/eddiejames/linux/commits/video-dev2<br>><br>> Thanks,<br>> Eddie<br>><br>> ><br>> > Hi,<br>> ><br>> > You could try enabling the debug tracing, if dynamic debug is enabled<br>> > on your kernel. (CONFIG_DYNAMIC_DEBUG)<br>> ><br>> > echo file aspeed-video.c +p > /sys/kernel/debug/dynamic_debug/control<br>> ><br>> > That should print every register access, as well as some other info.<br>> ><br>> > Thanks,<br>> > Eddie<br>> ><br>> >> Hi,<br>> >><br>> >> There are some differences with the video engine between the <br>> AST2400 and<br>> >> AST2500 that I haven't addressed yet, so probably the driver is not<br>> >> working correctly on the AST2400 yet. Some registers have different bit<br>> >> mapping, and things like that. Sorry about that... thanks for trying it<br>> >> out! I'll look at the changes needed for AST2400 next.<br>> >><br>> >> Thanks,<br>> >><br>> >> Eddie<br>> >><br>> >><br>> >> On 08/01/2018 03:47 AM, xiuzhi wrote:<br>> >> > Hi Eddie,<br>> >> >   Now It works, but the vncviewer can not connect the BMC server<br>> >> > successful.<br>> >> > When I use vncviewer connect to the BMC the error read:<br>> >> > "RFB protocol error: bad desktop size 0x1"<br>> >> > "RFB protocol error: unknow rect encoding 7"<br>> >> > The information on BMC are :<br>> >> > root@zhaoxinc:~# obmc-ikvm -v /dev/video0 -i /dev/hidg0<br>> >> > frame buffer size: 3145728<br>> >> > 19/07/2018 08:20:57 Listening for VNC connections on TCP port 5900<br>> >> > 19/07/2018 08:20:57 Listening for VNC connections on TCP6 port 5900<br>> >> ><br>> >> > 19/07/2018 08:52:08 Got connection from client 192.168.120.58<br>> >> > 19/07/2018 08:52:08   other clients:<br>> >> > 19/07/2018 08:52:08 Normal socket connection<br>> >> > 19/07/2018 08:52:08 Client Protocol Version 3.8<br>> >> > 19/07/2018 08:52:08 Protocol version sent 3.8, using 3.8<br>> >> > 19/07/2018 08:52:08 rfbProcessClientSecurityType: executing handler<br>> >> > for type 1<br>> >> > 19/07/2018 08:52:08 rfbProcessClientSecurityType: returning<br>> >> > securityResult for client rfb version >= 3.8<br>> >> > 19/07/2018 08:52:08 rfbProcessClientNormalMessage: ignoring<br>> >> > unsupported encoding type Enc(0x00000018)<br>> >> > 19/07/2018 08:52:08 rfbProcessClientNormalMessage: ignoring<br>> >> > unsupported encoding type Enc(0x00000016)<br>> >> > 19/07/2018 08:52:08 rfbProcessClientNormalMessage: ignoring<br>> >> > unsupported encoding type Enc(0x00000015)<br>> >> > 19/07/2018 08:52:08 rfbProcessClientNormalMessage: ignoring<br>> >> > unsupported encoding type Enc(0x0000000F)<br>> >> > 19/07/2018 08:52:08 rfbProcessClientNormalMessage: ignoring<br>> >> > unsupported encoding type Enc(0xFFFFFEC6)<br>> >> > 19/07/2018 08:52:08 Enabling full-color cursor updates for client<br>> >> > 192.168.120.58<br>> >> > 19/07/2018 08:52:08 Enabling NewFBSize protocol extension for client<br>> >> > 192.168.120.58<br>> >> > 19/07/2018 08:52:08 Using ZRLE encoding for client 192.168.120.58<br>> >> > 19/07/2018 08:52:08 Pixel format for client 192.168.120.58:<br>> >> > 19/07/2018 08:52:08   8 bpp, depth 6<br>> >> > 19/07/2018 08:52:08   true colour: max r 3 g 3 b 3, shift r 4 g 2 b 0<br>> >> > 19/07/2018 08:52:08 rfbProcessClientNormalMessage: ignoring<br>> >> > unsupported encoding type Enc(0x00000018)<br>> >> > 19/07/2018 08:52:08 rfbProcessClientNormalMessage: ignoring<br>> >> > unsupported encoding type Enc(0x00000016)<br>> >> > 19/07/2018 08:52:08 rfbProcessClientNormalMessage: ignoring<br>> >> > unsupported encoding type Enc(0x00000015)<br>> >> > 19/07/2018 08:52:08 rfbProcessClientNormalMessage: ignoring<br>> >> > unsupported encoding type Enc(0x0000000F)<br>> >> > 19/07/2018 08:52:08 rfbProcessClientNormalMessage: ignoring<br>> >> > unsupported encoding type Enc(0xFFFFFEC6)<br>> >> > 19/07/2018 08:52:08 Enabling full-color cursor updates for client<br>> >> > 192.168.120.58<br>> >> > 19/07/2018 08:52:08 Enabling NewFBSize protocol extension for client<br>> >> > 192.168.120.58<br>> >> > 19/07/2018 08:52:08 Switching from ZRLE to raw Encoding for client<br>> >> > 192.168.120.58<br>> >> > 19/07/2018 08:52:08 rfbProcessClientNormalMessage: ignoring<br>> >> > unsupported encoding type Enc(0x00000018)<br>> >> > 19/07/2018 08:52:08 rfbProcessClientNormalMessage: ignoring<br>> >> > unsupported encoding type Enc(0x00000016)<br>> >> > 19/07/2018 08:52:08 rfbProcessClientNormalMessage: ignoring<br>> >> > unsupported encoding type Enc(0x00000015)<br>> >> > 19/07/2018 08:52:08 rfbProcessClientNormalMessage: ignoring<br>> >> > unsupported encoding type Enc(0x0000000F)<br>> >> > 19/07/2018 08:52:08 rfbProcessClientNormalMessage: ignoring<br>> >> > unsupported encoding type Enc(0xFFFFFEC6)<br>> >> > 19/07/2018 08:52:08 Enabling full-color cursor updates for client<br>> >> > 192.168.120.58<br>> >> > 19/07/2018 08:52:08 Enabling NewFBSize protocol extension for client<br>> >> > 192.168.120.58<br>> >> > 19/07/2018 08:52:08 Switching from raw to ZRLE Encoding for client<br>> >> > 192.168.120.58<br>> >> > 19/07/2018 08:52:08 Pixel format for client 192.168.120.58:<br>> >> > 19/07/2018 08:52:08   32 bpp, depth 24, little endian<br>> >> > 19/07/2018 08:52:08   true colour: max r 255 g 255 b 255, shift r <br>> 16 g<br>> >> > 8 b 0<br>> >> > [ 6928.751385] aspeed-video 1e700000.video: disabling comp ready irq,<br>> >> > seq_ctrl[000500a8]<br>> >> > 19/07/2018 08:52:09 rfbProcessClientNormalMessage: read: Connection<br>> >> > reset by peer<br>> >> > 19/07/2018 08:52:09 Client 192.168.120.58 gone<br>> >> > 19/07/2018 08:52:09 Statistics             events Transmit/<br>> >> > RawEquiv ( saved)<br>> >> > 19/07/2018 08:52:09  FramebufferUpdate   :      3 | 0/        0 (<br>> >> 0.0%)<br>> >> > 19/07/2018 08:52:09  tight               :      1 | 30991/ 3145740<br>> >> > ( 99.0%)<br>> >> > 19/07/2018 08:52:09  raw                 :      1 | 16396/ 16396<br>> >> > (  0.0%)<br>> >> > 19/07/2018 08:52:09  ZRLE                :      2 | 62/ 3932160<br>> >> > (100.0%)<br>> >> > 19/07/2018 08:52:09  RichCursor          :      3 | 429/      429<br>> >> (  0.0%)<br>> >> > 19/07/2018 08:52:09  TOTALS              :     10 | 47878/ 7094725<br>> >> > ( 99.3%)<br>> >> > 19/07/2018 08:52:09 Statistics             events Received/<br>> >> > RawEquiv ( saved)<br>> >> > 19/07/2018 08:52:09  FramebufferUpdate   :      4 | 40/       40 (<br>> >> 0.0%)<br>> >> > 19/07/2018 08:52:09  SetPixelFormat      :      2 | 40/       40 (<br>> >> 0.0%)<br>> >> > 19/07/2018 08:52:09  SetEncodings        :      3 | 168/      168<br>> >> (  0.0%)<br>> >> > 19/07/2018 08:52:09  TOTALS              :      9 | 248/      248<br>> >> (  0.0%)<br>> >> ><br>> >> > What wrong with it?<br>> >> > BTW, vncview download from<br>> >> > https://www.realvnc.com/en/connect/download/viewer/linux/<br>> >> > I also got the same error using Tightvnc viewer<br>> >> > Thanks,<br>> >> > xiuzhi<br>> >> > Hi Eddie,<br>> >> >    My bmc is AST2400, I modified the aspeed-g4.dtsi(adding gfx:<br>> >> > display@1e6e6000  and  video: video@1e700000)<br>> >> >  and the aspeed-bmc-opp-xxx.dts (adding &video &vhub) .<br>> >> > An error occured when I executed the following instructions:<br>> >> ><br>> >> > root@zhaoxinc:~# create_usbhid.sh<br>> >> > root@zhaoxinc:~# obmc-ikvm -v /dev/video0 -i /dev/hidg0<br>> >> > [  125.586061] aspeed-video 1e700000.video: timed out on 1st mode<br>> >> detect<br>> >> > [  125.602732] aspeed-video 1e700000.video: Failed to start video<br>> >> engine<br>> >> > failed to open /dev/video0: 62 Timer expired<br>> >> > Need I modify drivers/media/platform/aspeed-video.c or any other<br>> >> files?<br>> >> ><br>> >> >  Thanks ,<br>> >> > Xiuzhi<br>> >> > On 07/31/2018 01:52 AM, xiuzhi wrote:<br>> >> > > Hi Alexander ,Eddie,<br>> >> > >   I merged the source from<br>> >> > > https://gerrit.openbmc-project.xyz/#/c/openbmc/openbmc/+/11500/,and<br>> >> > > kernel branch video-dev.<br>> >> > > How to test the video kvm feature by phosphor-webui or command <br>> line?<br>> >> ><br>> >> > Hi,<br>> >> ><br>> >> > You need to make sure the video device is enabled in your device-tree<br>> >> > for the machine you use... My kernel patch enabled it for our AST2500<br>> >> > witherspoon system. If you're using AST2500 as well, then you just<br>> >> need<br>> >> > something like:<br>> >> ><br>> >> > &video {<br>> >> >      status = "okay";<br>> >> >      memory-region = <&gfx_memory>;<br>> >> > };<br>> >> ><br>> >> > And the virtual USB hub:<br>> >> > &vhub {<br>> >> >      status = "okay";<br>> >> > };<br>> >> ><br>> >> > If you're not using AST2500, you'll need more changes to device-tree.<br>> >> ><br>> >> > Then on the BMC command line:<br>> >> > create_usbhid.sh<br>> >> > obmc-ikvm -v /dev/video0 -i /dev/hidg0<br>> >> > And connect with any VNC client to port 0 of your BMC IP.<br>> >> ><br>> >> > Thanks,<br>> >> > Eddie<br>> >> ><br>> >> > > Best,<br>> >> > > xiuzhi<br>> >> > ><br>> >> > ><br>> >> > > ------------------ 原始邮件 ------------------<br>> >> > > *发件人:* "Alexander A. Filippov"<a.filippov@yadro.com>;<br>> >> > > *发送时间:* 2018年7月25日(星期三) 下午4:56<br>> >> > > *收件人:*<br>> >> > "openbmc"<openbmc@lists.ozlabs.org>;"xiuzhi"<1450335857@qq.com>;<br>> >> > > *主题:* Re: KVM Support?<br>> >> > ><br>> >> > > Hello everybody,<br>> >> > ><br>> >> > > Could you check the size of<br>> >> > ><br>> >> ><br>> >> <br>> `build/tmp/deploy/image/<platformname>/fitImage-openbmc-phosphor-initramfs-*.bin`?<br>> >> > > If it exceeds 4456448 (0x440000) bytes, this is the problem<br>> >> described<br>> >> > > at https://github.com/openbmc/openbmc/issues/3314<br>> >> > ><br>> >> > ><br>> >> > > In this case you should modify flash partitions layout or trying to<br>> >> > > decrease kernel size.<br>> >> > ><br>> >> > > --<br>> >> > > Alexander<br>> >> > ><br>> >> > > On Wed, Jul 25, 2018 at 03:48:04PM +0800, xiuzhi wrote:<br>> >> > > > Hi Eddie,<br>> >> > > ><br>> >> > > ><br>> >> > > >   I read your KVM Support email on mailinglist.<br>> >> > > ><br>> >> > > ><br>> >> > > > I am going to port the BMC kvm to ast2400 . The u-boot can not<br>> >> load<br>> >> > > kernel ,the error message read:<br>> >> > > ><br>> >> > > ><br>> >> > > > ""U-Boot 2016.07 (Jul 23 2018 - 11:11:50 +0000)<br>> >> > > ><br>> >> > > ><br>> >> > > > DRAM:  240 MiB<br>> >> > > > WARNING: Caches not enabled<br>> >> > > > Flash: 32 MiB<br>> >> > > > *** Warning - bad CRC, using default environment<br>> >> > > ><br>> >> > > ><br>> >> > > > In:    serial<br>> >> > > > Out:   serial<br>> >> > > > Err:   serial<br>> >> > > > Net:   aspeednic#0<br>> >> > > > Error: aspeednic#0 address not set.<br>> >> > > ><br>> >> > > ><br>> >> > > > Hit any key to stop autoboot:  0<br>> >> > > > ## Loading kernel from FIT Image at 20080000 ...<br>> >> > > > Bad FIT kernel image format!<br>> >> > > > ERROR: can't get kernel image!<br>> >> > > > ast#<br>> >> > > ><br>> >> > > ><br>> >> > > > I added  config options to defconfig of ast2400 as follows:<br>> >> > > ><br>> >> > > ><br>> >> > > > CONFIG_MEDIA_SUPPORT=y<br>> >> > > > CONFIG_MEDIA_CAMERA_SUPPORT=y<br>> >> > > > CONFIG_MEDIA_SUPPORT=y<br>> >> > > > CONFIG_MEDIA_CAMERA_SUPPORT=y<br>> >> > > > # CONFIG_MEDIA_ANALOG_TV_SUPPORT is not set<br>> >> > > > # CONFIG_MEDIA_DIGITAL_TV_SUPPORT is not set<br>> >> > > > # CONFIG_MEDIA_RADIO_SUPPORT is not set<br>> >> > > > # CONFIG_MEDIA_SDR_SUPPORT is not set<br>> >> > > > # CONFIG_MEDIA_CEC_SUPPORT is not set<br>> >> > > > # CONFIG_MEDIA_CONTROLLER is not set<br>> >> > > > CONFIG_RATIONAL=y<br>> >> > > > CONFIG_VIDEO_DEV=y<br>> >> > > > CONFIG_VIDEO_V4L2=y<br>> >> > > > CONFIG_V4L_PLATFORM_DRIVERS=y<br>> >> > > > CONFIG_VIDEO_ASPEED=y<br>> >> > > > CONFIG_MEDIA_SUBDRV_AUTOSELECT=y<br>> >> > > ><br>> >> > > ><br>> >> > > > Need I modify the aspeed-bmc-opp-palmetto.dts and aspeed-g4.dtsi?<br>> >> > > ><br>> >> > > ><br>> >> > > > Can you give me the file list need to modify?<br>> >> > > ><br>> >> > > ><br>> >> > > > Thanks,<br>> >> > > ><br>> >> > > ><br>> >> > > > xiuzhi<br>> ><br></div>