
<div>Hi Eddie,</div><div>  Thanks, it works now after increasing the reserved memory size.</div><div>But the mouse and keyboard didn't work.</div><div>The log is:</div><div><div>root@romulus:~# obmc-ikvm -v /dev/video0 -i /dev/hidg0                                                </div><div>11/10/2018 08:05:09 Listening for VNC connections on TCP port 5900                                    </div><div>11/10/2018 08:05:09 Listening for VNC connections on TCP6 port 5900                                   </div><div>11/10/2018 08:05:26 Got connection from client 192.168.120.59                                         </div><div>11/10/2018 08:05:26   other clients:                                                                  </div><div>11/10/2018 08:05:26 Normal socket connection                                                          </div><div>11/10/2018 08:05:26 Client Protocol Version 3.8                                                       </div><div>11/10/2018 08:05:26 Protocol version sent 3.8, using 3.8                                              </div><div>11/10/2018 08:05:26 rfbProcessClientSecurityType: executing handler for type 1                        </div><div>11/10/2018 08:05:26 rfbProcessClientSecurityType: returning securityResult for client rfb version >= 8</div><div>11/10/2018 08:05:26 Pixel format for client 192.168.120.59:                                           </div><div>11/10/2018 08:05:26   32 bpp, depth 24, little endian                                                 </div><div>11/10/2018 08:05:26   true colour: max r 255 g 255 b 255, shift r 16 g 8 b 0                          </div><div>11/10/2018 08:05:26 Using compression level 1 for client 192.168.120.59                               </div><div>11/10/2018 08:05:26 Using image quality level 6 for client 192.168.120.59                             </div><div>11/10/2018 08:05:26 Using JPEG subsampling 0, Q79 for client 192.168.120.59                           </div><div>11/10/2018 08:05:26 Enabling X-style cursor updates for client 192.168.120.59                         </div><div>11/10/2018 08:05:26 Enabling full-color cursor updates for client 192.168.120.59                      </div><div>11/10/2018 08:05:26 Enabling cursor position updates for client 192.168.120.59                        </div><div>11/10/2018 08:05:26 Enabling LastRect protocol extension for client 192.168.120.59                    </div><div>11/10/2018 08:05:26 Using tight encoding for client 192.168.120.59                                    </div><div>[  843.023930] configfs-gadget gadget: usb_ep_queue error on int endpoint -108                        </div><div>failed to write ptr report: 108 Cannot send after transport endpoint shutdown                         </div><div>[  843.039086] configfs-gadget gadget: usb_ep_queue error on int endpoint -108                        </div><div>failed to write [  843.048251] configfs-gadget gadget: usb_ep_queue error on int endpoint -108        </div><div>ptr report: 108 Cannot send after transport endpoint shutdown                                         </div><div>[  843.060797] configfs-gadget gadget: usb_ep_queue error on int endpoint -108                        </div><div>failed to write ptr report: 108 Cannot send after transport endpoint shutdown                         </div><div>[  843.081398] configfs-gadget gadget: usb_ep_queue error on int endpoint -108                        </div><div>failed to write ptr report: 108 [  843.091217] configfs-gadget gadget: usb_ep_queue error on int endp8</div><div>Cannot send afte[  843.099655] configfs-gadget gadget: usb_ep_queue error on int endpoint -108        </div><div>r transport endpoint shutdown                                                                  </div></div><div><div>...</div><div><div>a[  843.747250] configfs-gadget gadget: usb_ep_queue error on int endpoint -108                      </div><div>iled to write ptr report: 108 Cannot send after transport endpoi[  843.760110] configfs-gadget gadget8</div><div>nt shutdown                                                                                           </div><div>failed to write ptr report: 108 Cannot send after transport endpoint shutdown                         </div><div>failed to write ptr report: 108 Cannot send after transport endpoint shutdown                         </div><div>... ...</div></div><div>Why?</div><div>Xiuzhi</div><div><br></div><div style="font-size: 12px;font-family: Arial Narrow;padding:2px 0 2px 0;">------------------ Original ------------------</div><div style="font-size: 12px;background:#efefef;padding:8px;"><div><b>From: </b> "Eddie James";<eajames@linux.vnet.ibm.com>;</div><div><b>Send time:</b> Friday, Oct 12, 2018 1:32 AM</div><div><b>To:</b> "xiuzhi"<1450335857@qq.com>; "Alexander A. Filippov"<a.filippov@yadro.com>; "openbmc"<openbmc@lists.ozlabs.org>; <wbr></div><div></div><div><b>Subject: </b> Re: KVM Support?</div></div><div><br></div><br><br>On 10/11/2018 05:51 AM, xiuzhi wrote:<br>> Hi Eddie,<br>>  An error occured when I tested the ikvm on AST2500 now.<br>> root@romulus:~# obmc-ikvm -v /dev/video0 -i /dev/hidg0<br>> [  192.679314] cma: cma_alloc: alloc failed, req-size: 2304 pages, <br>> ret: -12<br>> [  192.686061] aspeed-video 1e700000.video: Failed to allocate source <br>> buffer 1, size[900000]<br>> [  192.696715] aspeed-video 1e700000.video: Failed to start video engine<br>> The .dts file:<br>>                vga_memory: framebuffer@9f000000 {<br>>                         no-map;<br>>                         reg = <0x9f000000 0x01000000>; /* 16M */<br>>                 };<br>>                 gfx_memory: framebuffer {<br>>                         size = <0x01000000>;<br><br>Hi,<br><br>You may have to increase the size of the reserved memory. I believe I <br>bumped ours up to 0x04000000.<br><br>If you use the latest version of the driver it will initially allocate <br>the largest buffer for size detection, but then will free unnecessary <br>memory once the size is detected. That may help you.<br><br>Thanks,<br>Eddie<br><br>>                         alignment = <0x01000000>;<br>>                         compatible = "shared-dma-pool";<br>>                         reusable;<br>>                 };<br>><br>> &gfx {<br>>      status = "okay";<br>>      memory-region = <&gfx_memory>;<br>> };<br>><br>> &video {<br>>         status = "okay";<br>>         memory-region = <&gfx_memory>;<br>> };<br>><br>> &vhub {<br>>         status = "okay";<br>> };<br>><br>> How to debug it?<br>> Best,<br>> Xiuzhi<br>><br>> ------------------ Original ------------------<br>> *From: * "Eddie James";<eajames@linux.vnet.ibm.com>;<br>> *Send time:* Friday, Aug 24, 2018 10:46 PM<br>> *To:* "xiuzhi"<1450335857@qq.com>; "Alexander A. <br>> Filippov"<a.filippov@yadro.com>; "openbmc"<openbmc@lists.ozlabs.org>;<br>> *Subject: * Re: KVM Support?<br>><br>><br>><br>> On 08/23/2018 08:06 PM, xiuzhi wrote:<br>> > Hi Eddie,<br>> > Is there a schedule for integrating one vnc viewer to phosphor webui ?<br>><br>> Hi Xiuzhi,<br>><br>> Well, the VNC server (and Video Engine driver) integration is targeted<br>> for the OpenBMC release in February 2019. Hopefully in master before<br>> then. There is currently no plan or work being done to integrate a<br>> viewer into the BMC webui. But patches are certainly welcome in this<br>> area! It could be as simple as dropping in a noVNC html file... not sure.<br>><br>> And thanks for the help on AST2400!<br>><br>> Eddie<br>><br>> > Best,<br>> > Xiuzhi<br>> ><br>> ><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;<br>> > resetting<br>> > > [11704.888188] aspeed-video 1e700000.video: resolution changed;<br>> > resetting<br>> > > [11705.613868] aspeed-video 1e700000.video: invalid resolution <br>> 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 <br>> (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 <br>>  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 <br>> 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 <br>> enabled<br>> > > > on your kernel. (CONFIG_DYNAMIC_DEBUG)<br>> > > ><br>> > > > echo file aspeed-video.c +p > <br>> /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<br>> > different bit<br>> > > >> mapping, and things like that. Sorry about that... thanks for<br>> > 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 <br>> 5900<br>> > > >> > 19/07/2018 08:20:57 Listening for VNC connections on TCP6 <br>> 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 <br>> 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<br>> > 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<br>> > 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<br>> > client<br>> > > >> > 192.168.120.58<br>> > > >> > 19/07/2018 08:52:08 Switching from ZRLE to raw Encoding for <br>> 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<br>> > client<br>> > > >> > 192.168.120.58<br>> > > >> > 19/07/2018 08:52:08 Switching from raw to ZRLE Encoding for <br>> 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<br>> > ready irq,<br>> > > >> > seq_ctrl[000500a8]<br>> > > >> > 19/07/2018 08:52:09 rfbProcessClientNormalMessage: read: <br>> 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>> > > >> > ><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<br>> > device-tree<br>> > > >> > for the machine you use... My kernel patch enabled it for our<br>> > AST2500<br>> > > >> > witherspoon system. If you're using AST2500 as well, then you <br>> 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<br>> > 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>> > ><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<br>> > 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 <br>> 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<br>> > 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>