KVM Support?
xiuzhi
1450335857 at qq.com
Wed Oct 17 17:42:33 AEDT 2018
Hi Eddie,
The ikvm video can see by vncviewer, but the mouse and keyboard didn't work on AST2500
The kernel error log:
[ 99.326586] configfs-gadget gadget: high-speed config #1: c
[ 99.403704] aspeed_vhub 1e6a0000.usb-vhub: status direction mismatch
[ 99.492831] aspeed_vhub 1e6a0000.usb-vhub: status direction mismatch
The kernel version is : video-dev5,
commit 2acbc35adcfe15971b701770e1105276a18da9f7
How to debug it?
xiuzhi
Hi Eddie,
Thanks, it works now after increasing the reserved memory size.
But the mouse and keyboard didn't work.
The log is:
root at romulus:~# obmc-ikvm -v /dev/video0 -i /dev/hidg0
11/10/2018 08:05:09 Listening for VNC connections on TCP port 5900
11/10/2018 08:05:09 Listening for VNC connections on TCP6 port 5900
11/10/2018 08:05:26 Got connection from client 192.168.120.59
11/10/2018 08:05:26 other clients:
11/10/2018 08:05:26 Normal socket connection
11/10/2018 08:05:26 Client Protocol Version 3.8
11/10/2018 08:05:26 Protocol version sent 3.8, using 3.8
11/10/2018 08:05:26 rfbProcessClientSecurityType: executing handler for type 1
11/10/2018 08:05:26 rfbProcessClientSecurityType: returning securityResult for client rfb version >= 8
11/10/2018 08:05:26 Pixel format for client 192.168.120.59:
11/10/2018 08:05:26 32 bpp, depth 24, little endian
11/10/2018 08:05:26 true colour: max r 255 g 255 b 255, shift r 16 g 8 b 0
11/10/2018 08:05:26 Using compression level 1 for client 192.168.120.59
11/10/2018 08:05:26 Using image quality level 6 for client 192.168.120.59
11/10/2018 08:05:26 Using JPEG subsampling 0, Q79 for client 192.168.120.59
11/10/2018 08:05:26 Enabling X-style cursor updates for client 192.168.120.59
11/10/2018 08:05:26 Enabling full-color cursor updates for client 192.168.120.59
11/10/2018 08:05:26 Enabling cursor position updates for client 192.168.120.59
11/10/2018 08:05:26 Enabling LastRect protocol extension for client 192.168.120.59
11/10/2018 08:05:26 Using tight encoding for client 192.168.120.59
[ 843.023930] configfs-gadget gadget: usb_ep_queue error on int endpoint -108
failed to write ptr report: 108 Cannot send after transport endpoint shutdown
[ 843.039086] configfs-gadget gadget: usb_ep_queue error on int endpoint -108
failed to write [ 843.048251] configfs-gadget gadget: usb_ep_queue error on int endpoint -108
ptr report: 108 Cannot send after transport endpoint shutdown
[ 843.060797] configfs-gadget gadget: usb_ep_queue error on int endpoint -108
failed to write ptr report: 108 Cannot send after transport endpoint shutdown
[ 843.081398] configfs-gadget gadget: usb_ep_queue error on int endpoint -108
failed to write ptr report: 108 [ 843.091217] configfs-gadget gadget: usb_ep_queue error on int endp8
Cannot send afte[ 843.099655] configfs-gadget gadget: usb_ep_queue error on int endpoint -108
r transport endpoint shutdown
...
a[ 843.747250] configfs-gadget gadget: usb_ep_queue error on int endpoint -108
iled to write ptr report: 108 Cannot send after transport endpoi[ 843.760110] configfs-gadget gadget8
nt shutdown
failed to write ptr report: 108 Cannot send after transport endpoint shutdown
failed to write ptr report: 108 Cannot send after transport endpoint shutdown
... ...
Why?
Xiuzhi
------------------ Original ------------------
From: "Eddie James";<eajames at linux.vnet.ibm.com>;
Send time: Friday, Oct 12, 2018 1:32 AM
To: "xiuzhi"<1450335857 at qq.com>; "Alexander A. Filippov"<a.filippov at yadro.com>; "openbmc"<openbmc at lists.ozlabs.org>;
Subject: Re: KVM Support?
On 10/11/2018 05:51 AM, xiuzhi wrote:
> Hi Eddie,
> An error occured when I tested the ikvm on AST2500 now.
> root at romulus:~# obmc-ikvm -v /dev/video0 -i /dev/hidg0
> [ 192.679314] cma: cma_alloc: alloc failed, req-size: 2304 pages,
> ret: -12
> [ 192.686061] aspeed-video 1e700000.video: Failed to allocate source
> buffer 1, size[900000]
> [ 192.696715] aspeed-video 1e700000.video: Failed to start video engine
> The .dts file:
> vga_memory: framebuffer at 9f000000 {
> no-map;
> reg = <0x9f000000 0x01000000>; /* 16M */
> };
> gfx_memory: framebuffer {
> size = <0x01000000>;
Hi,
You may have to increase the size of the reserved memory. I believe I
bumped ours up to 0x04000000.
If you use the latest version of the driver it will initially allocate
the largest buffer for size detection, but then will free unnecessary
memory once the size is detected. That may help you.
Thanks,
Eddie
> alignment = <0x01000000>;
> compatible = "shared-dma-pool";
> reusable;
> };
>
> &gfx {
> status = "okay";
> memory-region = <&gfx_memory>;
> };
>
> &video {
> status = "okay";
> memory-region = <&gfx_memory>;
> };
>
> &vhub {
> status = "okay";
> };
>
> How to debug it?
> Best,
> Xiuzhi
>
> ------------------ Original ------------------
> *From: * "Eddie James";<eajames at linux.vnet.ibm.com>;
> *Send time:* Friday, Aug 24, 2018 10:46 PM
> *To:* "xiuzhi"<1450335857 at qq.com>; "Alexander A.
> Filippov"<a.filippov at yadro.com>; "openbmc"<openbmc at lists.ozlabs.org>;
> *Subject: * Re: KVM Support?
>
>
>
> On 08/23/2018 08:06 PM, xiuzhi wrote:
> > Hi Eddie,
> > Is there a schedule for integrating one vnc viewer to phosphor webui ?
>
> Hi Xiuzhi,
>
> Well, the VNC server (and Video Engine driver) integration is targeted
> for the OpenBMC release in February 2019. Hopefully in master before
> then. There is currently no plan or work being done to integrate a
> viewer into the BMC webui. But patches are certainly welcome in this
> area! It could be as simple as dropping in a noVNC html file... not sure.
>
> And thanks for the help on AST2400!
>
> Eddie
>
> > Best,
> > Xiuzhi
> >
> >
> >
> > On 08/14/2018 01:39 AM, xiuzhi wrote:
> > > Hi Eddie,
> > > The video-dev2 can work on AST2400, the tightvnc connect to BMC
> > > vncserver stably when the host cpu run centos GUI.
> > > Two issues was found in testing process .
> > > 1, The obmc-ikvm will stop connection when host server window flush
> > > from one to next on BIOS or kernel booting process.
> > > The error log on AST2400 is :
> > > 18/07/2018 13:37:32 Listening for VNC connections on TCP port 5900
> > > 18/07/2018 13:37:32 Listening for VNC connections on TCP6 port 5900
> > > [11704.151172] aspeed-video 1e700000.video: resolution changed;
> > resetting
> > > [11704.888188] aspeed-video 1e700000.video: resolution changed;
> > resetting
> > > [11705.613868] aspeed-video 1e700000.video: invalid resolution
> detected
> > > [11705.620421] aspeed-video 1e700000.video: resolution changed;
> > > couldn't get new resolution
> >
> > OK, I noticed a similar issue on AST2500 when immediately detecting
> > resolution after mode change. I added a delay, but it probably needs to
> > be longer on AST2400... Also, most client's don't handle server-side
> > resize, so usually the window will close and you'll have to re-open
> > anyway I think, if the size is changing.
> >
> > Thanks,
> > Eddie
> >
> > >
> > >
> > > 2, The VNC Viewer can not connect to bmc server.
> > > The error on VNC Viewer client is :
> > > " Attempting to reconnect to VNC Server ...
> > > RFB protocol error:unknown rect encoding 7
> > > "
> > >
> > > The error log on BMC is :
> > > 18/07/2018 14:03:18 Got connection from client 192.168.120.58
> > > 18/07/2018 14:03:18 other clients:
> > > 18/07/2018 14:03:18 Normal socket connection
> > > 18/07/2018 14:03:18 Client Protocol Version 3.8
> > > 18/07/2018 14:03:18 Protocol version sent 3.8, using 3.8
> > > 18/07/2018 14:03:18 rfbProcessClientSecurityType: executing handler
> > > for type 1
> > > 18/07/2018 14:03:18 rfbProcessClientSecurityType: returning
> > > securityResult for client rfb version >= 3.8
> > > 18/07/2018 14:03:18 rfbProcessClientNormalMessage: ignoring
> > > unsupported encoding type Enc(0x00000018)
> > > 18/07/2018 14:03:18 rfbProcessClientNormalMessage: ignoring
> > > unsupported encoding type Enc(0x00000016)
> > > 18/07/2018 14:03:18 rfbProcessClientNormalMessage: ignoring
> > > unsupported encoding type Enc(0x00000015)
> > > 18/07/2018 14:03:18 rfbProcessClientNormalMessage: ignoring
> > > unsupported encoding type Enc(0x0000000F)
> > > 18/07/2018 14:03:18 rfbProcessClientNormalMessage: ignoring
> > > unsupported encoding type Enc(0xFFFFFEC6)
> > > 18/07/2018 14:03:18 Enabling full-color cursor updates for client
> > > 192.168.120.58
> > > 18/07/2018 14:03:18 Enabling NewFBSize protocol extension for client
> > > 192.168.120.58
> > > 18/07/2018 14:03:18 Using ZRLE encoding for client 192.168.120.58
> > > 18/07/2018 14:03:18 Pixel format for client 192.168.120.58:
> > > 18/07/2018 14:03:18 8 bpp, depth 6
> > > 18/07/2018 14:03:18 true colour: max r 3 g 3 b 3, shift r 4 g 2 b 0
> > > 18/07/2018 14:03:18 rfbProcessClientNormalMessage: ignoring
> > > unsupported encoding type Enc(0x00000018)
> > > 18/07/2018 14:03:18 rfbProcessClientNormalMessage: ignoring
> > > unsupported encoding type Enc(0x00000016)
> > > 18/07/2018 14:03:18 rfbProcessClientNormalMessage: ignoring
> > > unsupported encoding type Enc(0x00000015)
> > > 18/07/2018 14:03:18 rfbProcessClientNormalMessage: ignoring
> > > unsupported encoding type Enc(0x0000000F)
> > > 18/07/2018 14:03:18 rfbProcessClientNormalMessage: ignoring
> > > unsupported encoding type Enc(0xFFFFFEC6)
> > > 18/07/2018 14:03:18 Enabling full-color cursor updates for client
> > > 192.168.120.58
> > > 18/07/2018 14:03:18 Enabling NewFBSize protocol extension for client
> > > 192.168.120.58
> > > 18/07/2018 14:03:18 Switching from ZRLE to raw Encoding for client
> > > 192.168.120.58
> > > 18/07/2018 14:03:18 rfbProcessClientNormalMessage: ignoring
> > > unsupported encoding type Enc(0x00000018)
> > > 18/07/2018 14:03:18 rfbProcessClientNormalMessage: ignoring
> > > unsupported encoding type Enc(0x00000016)
> > > 18/07/2018 14:03:18 rfbProcessClientNormalMessage: ignoring
> > > unsupported encoding type Enc(0x00000015)
> > > 18/07/2018 14:03:18 rfbProcessClientNormalMessage: ignoring
> > > unsupported encoding type Enc(0x0000000F)
> > > 18/07/2018 14:03:18 rfbProcessClientNormalMessage: ignoring
> > > unsupported encoding type Enc(0xFFFFFEC6)
> > > 18/07/2018 14:03:18 Enabling full-color cursor updates for client
> > > 192.168.120.58
> > > 18/07/2018 14:03:18 Enabling NewFBSize protocol extension for client
> > > 192.168.120.58
> > > 18/07/2018 14:03:18 Switching from raw to ZRLE Encoding for client
> > > 192.168.120.58
> > > 18/07/2018 14:03:18 Pixel format for client 192.168.120.58:
> > > 18/07/2018 14:03:18 32 bpp, depth 24, little endian
> > > 18/07/2018 14:03:18 true colour: max r 255 g 255 b 255, shift r 16 g
> > > 8 b 0
> > > 18/07/2018 14:03:19 rfbProcessClientNormalMessage: read: Connection
> > > reset by peer
> > > 18/07/2018 14:03:19 Client 192.168.120.58 gone
> > > 18/07/2018 14:03:19 Statistics events Transmit/ RawEquiv (
> > > saved)
> > > 18/07/2018 14:03:19 FramebufferUpdate : 3 | 0/ 0 ( 0.0%)
> > > 18/07/2018 14:03:19 tight : 1 | 33807/ 3145740 (
> > > 98.9%)
> > > 18/07/2018 14:03:19 raw : 1 | 16396/ 16396
> > > ( 0.0%)
> > > 18/07/2018 14:03:19 ZRLE : 2 | 62/ 3932160
> (100.0%)
> > > 18/07/2018 14:03:19 RichCursor : 3 | 429/ 429 (
> > > 0.0%)
> > > 18/07/2018 14:03:19 TOTALS : 10 | 50694/ 7094725 (
> > > 99.3%)
> > > 18/07/2018 14:03:19 Statistics events Received/ RawEquiv (
> > > saved)
> > > 18/07/2018 14:03:19 FramebufferUpdate : 4 | 40/ 40 ( 0.0%)
> > > 18/07/2018 14:03:19 SetPixelFormat : 2 | 40/ 40 ( 0.0%)
> > > 18/07/2018 14:03:19 SetEncodings : 3 | 168/ 168 (
> > > 0.0%)
> > > 18/07/2018 14:03:19 TOTALS : 9 | 248/ 248 (
> > > 0.0%)
> > >
> > > Best,
> > > Xiuzhi
> > > Hi Eddie,
> > > Very good work!
> > > The video-dev2 works on AST2400 now, I will do more test.
> > > Thanks,
> > > Xiuzhi
> > > On 08/10/2018 10:00 AM, Eddie James wrote:
> > > >
> > > >
> > > > On 08/10/2018 06:14 AM, xiuzhi wrote:
> > > >> Hi Eddie,
> > > >> I tested the new update source of video-dev on AST2400 and
> > > >> AST2500. It works on AST2500.
> > > >> On AST2400，the vncviewer can connect vncserver sucessful, but its
> > > >> window was blank, not shown any information of the host screen .
> > > >> Would you like to give me some advice or instruments on how to
> debug
> > > >> this issue?
> > >
> > > Hey, I also just pushed a new branch to my github with some
> > > simplifications to the driver... It no longer uses the auto mode
> and may
> > > work better on AST2400... I don't have any AST2400 to test on, but let
> > > me know if you have any luck:
> > >
> > > https://github.com/eddiejames/linux/commits/video-dev2
> > >
> > > Thanks,
> > > Eddie
> > >
> > > >
> > > > Hi,
> > > >
> > > > You could try enabling the debug tracing, if dynamic debug is
> enabled
> > > > on your kernel. (CONFIG_DYNAMIC_DEBUG)
> > > >
> > > > echo file aspeed-video.c +p >
> /sys/kernel/debug/dynamic_debug/control
> > > >
> > > > That should print every register access, as well as some other info.
> > > >
> > > > Thanks,
> > > > Eddie
> > > >
> > > >> Hi,
> > > >>
> > > >> There are some differences with the video engine between the
> > > AST2400 and
> > > >> AST2500 that I haven't addressed yet, so probably the driver is not
> > > >> working correctly on the AST2400 yet. Some registers have
> > different bit
> > > >> mapping, and things like that. Sorry about that... thanks for
> > trying it
> > > >> out! I'll look at the changes needed for AST2400 next.
> > > >>
> > > >> Thanks,
> > > >>
> > > >> Eddie
> > > >>
> > > >>
> > > >> On 08/01/2018 03:47 AM, xiuzhi wrote:
> > > >> > Hi Eddie,
> > > >> > Now It works, but the vncviewer can not connect the BMC server
> > > >> > successful.
> > > >> > When I use vncviewer connect to the BMC the error read:
> > > >> > "RFB protocol error: bad desktop size 0x1"
> > > >> > "RFB protocol error: unknow rect encoding 7"
> > > >> > The information on BMC are :
> > > >> > root at zhaoxinc:~# obmc-ikvm -v /dev/video0 -i /dev/hidg0
> > > >> > frame buffer size: 3145728
> > > >> > 19/07/2018 08:20:57 Listening for VNC connections on TCP port
> 5900
> > > >> > 19/07/2018 08:20:57 Listening for VNC connections on TCP6
> port 5900
> > > >> >
> > > >> > 19/07/2018 08:52:08 Got connection from client 192.168.120.58
> > > >> > 19/07/2018 08:52:08 other clients:
> > > >> > 19/07/2018 08:52:08 Normal socket connection
> > > >> > 19/07/2018 08:52:08 Client Protocol Version 3.8
> > > >> > 19/07/2018 08:52:08 Protocol version sent 3.8, using 3.8
> > > >> > 19/07/2018 08:52:08 rfbProcessClientSecurityType: executing
> handler
> > > >> > for type 1
> > > >> > 19/07/2018 08:52:08 rfbProcessClientSecurityType: returning
> > > >> > securityResult for client rfb version >= 3.8
> > > >> > 19/07/2018 08:52:08 rfbProcessClientNormalMessage: ignoring
> > > >> > unsupported encoding type Enc(0x00000018)
> > > >> > 19/07/2018 08:52:08 rfbProcessClientNormalMessage: ignoring
> > > >> > unsupported encoding type Enc(0x00000016)
> > > >> > 19/07/2018 08:52:08 rfbProcessClientNormalMessage: ignoring
> > > >> > unsupported encoding type Enc(0x00000015)
> > > >> > 19/07/2018 08:52:08 rfbProcessClientNormalMessage: ignoring
> > > >> > unsupported encoding type Enc(0x0000000F)
> > > >> > 19/07/2018 08:52:08 rfbProcessClientNormalMessage: ignoring
> > > >> > unsupported encoding type Enc(0xFFFFFEC6)
> > > >> > 19/07/2018 08:52:08 Enabling full-color cursor updates for client
> > > >> > 192.168.120.58
> > > >> > 19/07/2018 08:52:08 Enabling NewFBSize protocol extension for
> > client
> > > >> > 192.168.120.58
> > > >> > 19/07/2018 08:52:08 Using ZRLE encoding for client 192.168.120.58
> > > >> > 19/07/2018 08:52:08 Pixel format for client 192.168.120.58:
> > > >> > 19/07/2018 08:52:08 8 bpp, depth 6
> > > >> > 19/07/2018 08:52:08 true colour: max r 3 g 3 b 3, shift r 4 g
> > 2 b 0
> > > >> > 19/07/2018 08:52:08 rfbProcessClientNormalMessage: ignoring
> > > >> > unsupported encoding type Enc(0x00000018)
> > > >> > 19/07/2018 08:52:08 rfbProcessClientNormalMessage: ignoring
> > > >> > unsupported encoding type Enc(0x00000016)
> > > >> > 19/07/2018 08:52:08 rfbProcessClientNormalMessage: ignoring
> > > >> > unsupported encoding type Enc(0x00000015)
> > > >> > 19/07/2018 08:52:08 rfbProcessClientNormalMessage: ignoring
> > > >> > unsupported encoding type Enc(0x0000000F)
> > > >> > 19/07/2018 08:52:08 rfbProcessClientNormalMessage: ignoring
> > > >> > unsupported encoding type Enc(0xFFFFFEC6)
> > > >> > 19/07/2018 08:52:08 Enabling full-color cursor updates for client
> > > >> > 192.168.120.58
> > > >> > 19/07/2018 08:52:08 Enabling NewFBSize protocol extension for
> > client
> > > >> > 192.168.120.58
> > > >> > 19/07/2018 08:52:08 Switching from ZRLE to raw Encoding for
> client
> > > >> > 192.168.120.58
> > > >> > 19/07/2018 08:52:08 rfbProcessClientNormalMessage: ignoring
> > > >> > unsupported encoding type Enc(0x00000018)
> > > >> > 19/07/2018 08:52:08 rfbProcessClientNormalMessage: ignoring
> > > >> > unsupported encoding type Enc(0x00000016)
> > > >> > 19/07/2018 08:52:08 rfbProcessClientNormalMessage: ignoring
> > > >> > unsupported encoding type Enc(0x00000015)
> > > >> > 19/07/2018 08:52:08 rfbProcessClientNormalMessage: ignoring
> > > >> > unsupported encoding type Enc(0x0000000F)
> > > >> > 19/07/2018 08:52:08 rfbProcessClientNormalMessage: ignoring
> > > >> > unsupported encoding type Enc(0xFFFFFEC6)
> > > >> > 19/07/2018 08:52:08 Enabling full-color cursor updates for client
> > > >> > 192.168.120.58
> > > >> > 19/07/2018 08:52:08 Enabling NewFBSize protocol extension for
> > client
> > > >> > 192.168.120.58
> > > >> > 19/07/2018 08:52:08 Switching from raw to ZRLE Encoding for
> client
> > > >> > 192.168.120.58
> > > >> > 19/07/2018 08:52:08 Pixel format for client 192.168.120.58:
> > > >> > 19/07/2018 08:52:08 32 bpp, depth 24, little endian
> > > >> > 19/07/2018 08:52:08 true colour: max r 255 g 255 b 255, shift r
> > > 16 g
> > > >> > 8 b 0
> > > >> > [ 6928.751385] aspeed-video 1e700000.video: disabling comp
> > ready irq,
> > > >> > seq_ctrl[000500a8]
> > > >> > 19/07/2018 08:52:09 rfbProcessClientNormalMessage: read:
> Connection
> > > >> > reset by peer
> > > >> > 19/07/2018 08:52:09 Client 192.168.120.58 gone
> > > >> > 19/07/2018 08:52:09 Statistics events Transmit/
> > > >> > RawEquiv ( saved)
> > > >> > 19/07/2018 08:52:09 FramebufferUpdate : 3 | 0/ 0 (
> > > >> 0.0%)
> > > >> > 19/07/2018 08:52:09 tight : 1 | 30991/ 3145740
> > > >> > ( 99.0%)
> > > >> > 19/07/2018 08:52:09 raw : 1 | 16396/ 16396
> > > >> > ( 0.0%)
> > > >> > 19/07/2018 08:52:09 ZRLE : 2 | 62/ 3932160
> > > >> > (100.0%)
> > > >> > 19/07/2018 08:52:09 RichCursor : 3 | 429/ 429
> > > >> ( 0.0%)
> > > >> > 19/07/2018 08:52:09 TOTALS : 10 | 47878/ 7094725
> > > >> > ( 99.3%)
> > > >> > 19/07/2018 08:52:09 Statistics events Received/
> > > >> > RawEquiv ( saved)
> > > >> > 19/07/2018 08:52:09 FramebufferUpdate : 4 | 40/ 40 (
> > > >> 0.0%)
> > > >> > 19/07/2018 08:52:09 SetPixelFormat : 2 | 40/ 40 (
> > > >> 0.0%)
> > > >> > 19/07/2018 08:52:09 SetEncodings : 3 | 168/ 168
> > > >> ( 0.0%)
> > > >> > 19/07/2018 08:52:09 TOTALS : 9 | 248/ 248
> > > >> ( 0.0%)
> > > >> >
> > > >> > What wrong with it?
> > > >> > BTW, vncview download from
> > > >> > https://www.realvnc.com/en/connect/download/viewer/linux/
> > > >> > I also got the same error using Tightvnc viewer
> > > >> > Thanks,
> > > >> > xiuzhi
> > > >> > Hi Eddie,
> > > >> > My bmc is AST2400, I modified the aspeed-g4.dtsi(adding gfx:
> > > >> > display at 1e6e6000 and video: video at 1e700000)
> > > >> > and the aspeed-bmc-opp-xxx.dts (adding &video &vhub) .
> > > >> > An error occured when I executed the following instructions:
> > > >> >
> > > >> > root at zhaoxinc:~# create_usbhid.sh
> > > >> > root at zhaoxinc:~# obmc-ikvm -v /dev/video0 -i /dev/hidg0
> > > >> > [ 125.586061] aspeed-video 1e700000.video: timed out on 1st mode
> > > >> detect
> > > >> > [ 125.602732] aspeed-video 1e700000.video: Failed to start video
> > > >> engine
> > > >> > failed to open /dev/video0: 62 Timer expired
> > > >> > Need I modify drivers/media/platform/aspeed-video.c or any other
> > > >> files?
> > > >> >
> > > >> > Thanks ,
> > > >> > Xiuzhi
> > > >> > On 07/31/2018 01:52 AM, xiuzhi wrote:
> > > >> > > Hi Alexander ,Eddie,
> > > >> > > I merged the source from
> > > >> > >
> > https://gerrit.openbmc-project.xyz/#/c/openbmc/openbmc/+/11500/,and
> > > >> > > kernel branch video-dev.
> > > >> > > How to test the video kvm feature by phosphor-webui or command
> > > line?
> > > >> >
> > > >> > Hi,
> > > >> >
> > > >> > You need to make sure the video device is enabled in your
> > device-tree
> > > >> > for the machine you use... My kernel patch enabled it for our
> > AST2500
> > > >> > witherspoon system. If you're using AST2500 as well, then you
> just
> > > >> need
> > > >> > something like:
> > > >> >
> > > >> > &video {
> > > >> > status = "okay";
> > > >> > memory-region = <&gfx_memory>;
> > > >> > };
> > > >> >
> > > >> > And the virtual USB hub:
> > > >> > &vhub {
> > > >> > status = "okay";
> > > >> > };
> > > >> >
> > > >> > If you're not using AST2500, you'll need more changes to
> > device-tree.
> > > >> >
> > > >> > Then on the BMC command line:
> > > >> > create_usbhid.sh
> > > >> > obmc-ikvm -v /dev/video0 -i /dev/hidg0
> > > >> > And connect with any VNC client to port 0 of your BMC IP.
> > > >> >
> > > >> > Thanks,
> > > >> > Eddie
> > > >> >
> > > >> > > Best,
> > > >> > > xiuzhi
> > > >> > >
> > > >> > >
> > > >> > > ------------------ 原始邮件 ------------------
> > > >> > > *发件人:* "Alexander A. Filippov"<a.filippov at yadro.com>;
> > > >> > > *发送时间:* 2018年7月25日(星期三) 下午4:56
> > > >> > > *收件人:*
> > > >> > "openbmc"<openbmc at lists.ozlabs.org>;"xiuzhi"<1450335857 at qq.com>;
> > > >> > > *主题:* Re: KVM Support?
> > > >> > >
> > > >> > > Hello everybody,
> > > >> > >
> > > >> > > Could you check the size of
> > > >> > >
> > > >> >
> > > >>
> > >
> >
> `build/tmp/deploy/image/<platformname>/fitImage-openbmc-phosphor-initramfs-*.bin`?
> > > >> > > If it exceeds 4456448 (0x440000) bytes, this is the problem
> > > >> described
> > > >> > > at https://github.com/openbmc/openbmc/issues/3314
> > > >> > >
> > > >> > >
> > > >> > > In this case you should modify flash partitions layout or
> > trying to
> > > >> > > decrease kernel size.
> > > >> > >
> > > >> > > --
> > > >> > > Alexander
> > > >> > >
> > > >> > > On Wed, Jul 25, 2018 at 03:48:04PM +0800, xiuzhi wrote:
> > > >> > > > Hi Eddie,
> > > >> > > >
> > > >> > > >
> > > >> > > > I read your KVM Support email on mailinglist.
> > > >> > > >
> > > >> > > >
> > > >> > > > I am going to port the BMC kvm to ast2400 . The u-boot
> can not
> > > >> load
> > > >> > > kernel ,the error message read:
> > > >> > > >
> > > >> > > >
> > > >> > > > ""U-Boot 2016.07 (Jul 23 2018 - 11:11:50 +0000)
> > > >> > > >
> > > >> > > >
> > > >> > > > DRAM: 240 MiB
> > > >> > > > WARNING: Caches not enabled
> > > >> > > > Flash: 32 MiB
> > > >> > > > *** Warning - bad CRC, using default environment
> > > >> > > >
> > > >> > > >
> > > >> > > > In: serial
> > > >> > > > Out: serial
> > > >> > > > Err: serial
> > > >> > > > Net: aspeednic#0
> > > >> > > > Error: aspeednic#0 address not set.
> > > >> > > >
> > > >> > > >
> > > >> > > > Hit any key to stop autoboot: 0
> > > >> > > > ## Loading kernel from FIT Image at 20080000 ...
> > > >> > > > Bad FIT kernel image format!
> > > >> > > > ERROR: can't get kernel image!
> > > >> > > > ast#
> > > >> > > >
> > > >> > > >
> > > >> > > > I added config options to defconfig of ast2400 as follows:
> > > >> > > >
> > > >> > > >
> > > >> > > > CONFIG_MEDIA_SUPPORT=y
> > > >> > > > CONFIG_MEDIA_CAMERA_SUPPORT=y
> > > >> > > > CONFIG_MEDIA_SUPPORT=y
> > > >> > > > CONFIG_MEDIA_CAMERA_SUPPORT=y
> > > >> > > > # CONFIG_MEDIA_ANALOG_TV_SUPPORT is not set
> > > >> > > > # CONFIG_MEDIA_DIGITAL_TV_SUPPORT is not set
> > > >> > > > # CONFIG_MEDIA_RADIO_SUPPORT is not set
> > > >> > > > # CONFIG_MEDIA_SDR_SUPPORT is not set
> > > >> > > > # CONFIG_MEDIA_CEC_SUPPORT is not set
> > > >> > > > # CONFIG_MEDIA_CONTROLLER is not set
> > > >> > > > CONFIG_RATIONAL=y
> > > >> > > > CONFIG_VIDEO_DEV=y
> > > >> > > > CONFIG_VIDEO_V4L2=y
> > > >> > > > CONFIG_V4L_PLATFORM_DRIVERS=y
> > > >> > > > CONFIG_VIDEO_ASPEED=y
> > > >> > > > CONFIG_MEDIA_SUBDRV_AUTOSELECT=y
> > > >> > > >
> > > >> > > >
> > > >> > > > Need I modify the aspeed-bmc-opp-palmetto.dts and
> > aspeed-g4.dtsi?
> > > >> > > >
> > > >> > > >
> > > >> > > > Can you give me the file list need to modify?
> > > >> > > >
> > > >> > > >
> > > >> > > > Thanks,
> > > >> > > >
> > > >> > > >
> > > >> > > > xiuzhi
> > > >
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ozlabs.org/pipermail/openbmc/attachments/20181017/4d10f65c/attachment-0001.html>
More information about the openbmc
mailing list