Hi:
Our platform is OMAP3530 + Linux 2.6.28. The OpenGL SDK is OMAP35x_Graphics_SDK_3_00_00_08.
All demos runs well when the output is configured as "lcd".
By modifying the bootargs to [omap-dss.def_disp="tv"] from [omap-dss.def_disp="lcd"], we changed the default display from lcd to TV. The output was good and the program which accessed frame buffer (/dev/fb0) is working well until now.
However, the OpenGL demos only showed a few frames and then stopped. We tried a few demos (OGLESEvilSkull, OGLESParticles, OGLESLighting and so on), the symptom was the same, we got the same warning before the program stopped:
PVR_K:(Warning): SGXPostPowerState : SGX Power Transition from 0 to 3 OK [308, /home/kevin/dk8k/GFX_Linux_KM/services4/srvkm/devices/sgx/sgxinit.c]
We tested Linux 2.6.29 as well, same problem.
Has anyone met this problem? Any advice or clue will be appreciated.
Thanks in advance.
Kevin
Bin Liu Sorry for my late response. But I have tried your config and not even one frame got rendered on the TV. The TV only shows vertical color strips. If you built kernel with defult config, you should use 'ttyS0' instead of 'ttyS2'. I see garbage output during kernel boots up with 'ttyS2'. After changed your bootargs to use 'ttyS0', your config works for me. gles1test1 test app works with FRONT mode. Where did you get fbset.real from? I use fbset command in the NFS rootfs provided in the PSP package. BTY, which evm version do you use? root@omap3evm:~# cat /etc/powervr.ini [default]WindowSystem=libpvrPVR2D_FRONTWSEGL.so#WindowSystem=libpvrPVR2D_FLIPWSEGL.so
Sorry for my late response. But I have tried your config and not even one frame got rendered on the TV. The TV only shows vertical color strips.
If you built kernel with defult config, you should use 'ttyS0' instead of 'ttyS2'. I see garbage output during kernel boots up with 'ttyS2'.
After changed your bootargs to use 'ttyS0', your config works for me. gles1test1 test app works with FRONT mode.
Where did you get fbset.real from? I use fbset command in the NFS rootfs provided in the PSP package.
BTY, which evm version do you use?
root@omap3evm:~# cat /etc/powervr.ini [default]WindowSystem=libpvrPVR2D_FRONTWSEGL.so#WindowSystem=libpvrPVR2D_FLIPWSEGL.so
Regarding the tty issue, I am sorry for not mentiong I have changed the configuration on UART. But anyway, it should not affect the Graphics.
I tried gles1test1. I works for both FRONT and FLIP.
However, what I tested before was the demos unde /opt/gfxsdkdemos/ogles. Can you test those programs?
The reason that I used fbset.real was that the file system I used is came with the old PSP, under which fbset does not work properly. But now I have switched to the file system provided with PSP_02.01.03.11 and fbset works.
Thanks.
I already run this command.
It is strange to me that gles1test1 works for you but not other demos in gfxsdkdemos/ogles.
I tested all those demos for few minutes each with 640x480@16 and 720x482@16 S-video resolutions, and have no any issue in FRONT mode.
Which evm version do you use? just want to ensure we are aligned. I use rev G.
Bin Liu It is strange to me that gles1test1 works for you but not other demos in gfxsdkdemos/ogles. I tested all those demos for few minutes each with 640x480@16 and 720x482@16 S-video resolutions, and have no any issue in FRONT mode. Which evm version do you use? just want to ensure we are aligned. I use rev G.
For my understanding, which might be simple and wrong, the difference between gles1test1 and the other demos is the amount of frames they display. gles1test1 renders only a few (not more than 3) frames, while the other demos, for example OGLESParticles, shows a series of frames. The problem of OGLESParticles is that it only shows the first few frames but then stops.
Our tests were not conducted on the EMV board, but on our own 2 boards . The Device revisions of CPUs are "B" and "D". Is it possible for you to conduct the test on rev B or D? Thanks.
Please note that gles1test1 works for both FRONT and FLIP modes in our test.
I am kind of confused, if gles1test1 only renders few frames, how do you tell it works? because the app terminates normally?
I am not aware of rev B or D. Where do you get the letters? Do you use TI processor board on your own board? The processor board has rev 'B...'
I have few questions:
1. give option '0' to gles1test1 will make it run forever, can you please try it to see if it still works for you?
2. do those demos work with DVI output? just want to make sure you installed the libraries properly, you know there are gfx_xxx_es2.x and gfx_xxx_es3.x in the sdk.
Please see my answers in blue.
Bin Liu I am kind of confused, if gles1test1 only renders few frames, how do you tell it works? because the app terminates normally? Yes. Under both lcd and tv mode, image was displayed for a very short time, then the screen became blank, and the program terminated normally. So I thought it worked for both modes. I am not aware of rev B or D. Where do you get the letters? Do you use TI processor board on your own board? The processor board has rev 'B...' Yes, we are using the TI processor on the board. The prints on the CPU is : OMAP TM X3530BCU5S 85Y0040 YB I have few questions: 1. give option '0' to gles1test1 will make it run forever, can you please try it to see if it still works for you? It works in lcd mode. 2 triangles keep flipping. But in tv mode, it only shows 2 triangles flat, not flipping. So it seems to be the same issue of the demos. 2. do those demos work with DVI output? just want to make sure you installed the libraries properly, you know there are gfx_xxx_es2.x and gfx_xxx_es3.x in the sdk. Yes, those demos work with DVI output. BTW, I modified file /etc/init.d/powervr.ini select the FRONT or FLIP mode, am I right? Thanks
Yes. Under both lcd and tv mode, image was displayed for a very short time, then the screen became blank, and the program terminated normally. So I thought it worked for both modes.
Yes, we are using the TI processor on the board. The prints on the CPU is :
OMAP TM
X3530BCU5S
85Y0040 YB
It works in lcd mode. 2 triangles keep flipping. But in tv mode, it only shows 2 triangles flat, not flipping. So it seems to be the same issue of the demos.
Yes, those demos work with DVI output.
BTW, I modified file /etc/init.d/powervr.ini select the FRONT or FLIP mode, am I right?
Thanks
powervr.ini shoud be in /etc/, not /etc/init.d/.
I have posted my copy in my previous post.
Bin Liu powervr.ini shoud be in /etc/, not /etc/init.d/. I have posted my copy in my previous post.
I am sorry, I just noticed this.
It is because the "make install" command copies this file to /etc/init.d (line 243 of file Makefile).
Now, the Front mode works.
Glad we made it work eventually!
It seems a bug in the makefile. Thanks for reporting that. We will fix it in next release.
Bin Liu Glad we made it work eventually! It seems a bug in the makefile. Thanks for reporting that. We will fix it in next release.
Will you open the issue of the FLIP mode failure? I would consider it an easy fix for the development team.