Hi, And what kind of information "check-gl" should produce exactly ? Technically, we don't have any "extra" OpenGL requirements comparing to VirtGL's, but we can run in several "modes": * legacy - Using host OpenGL 2.1, this limits guest to OpenGL ES v1 and v2 * OpenGL 3.1 - Using OpenGL core contexts, this still limits guest to OpenGL ES v1 and v2 * OpenGL 3.1 + GL_ARB_ES3_compatibility - Same as above, but guest can also run OpenGL ES v3 * OpenGL 3.2 - Same as above, but with guest shader translation Would this information be useful in check-gl ? Also, what are use-cases for check-gl, is it only running from emulator-manager to check if GPU switch should be enabled ? If yes, then no rewriting is required
On 03/25/2014 07:36 AM, SeokYeon Hwang wrote: > Hi stanislav, jinhyoung Jo. > > > > Could you rewrite "check-gl" for Windows, Linux and Mac ?? > > Current "check-gl" produce only restrict information and it was made based on > the legacy "VirtGL". > > I think now is a good time to upgrade "check-gl" including kind logs. > > > > What do you think about it ? > > > > ------- *Original Message* ------- > > *Sender* : Stanislav Vorobiov<[email protected]> Expert > Engineer/SRR-Tizen S/W Group/삼성전자 > > *Date* : 2014-03-24 17:35 (GMT+09:00) > > *Title* : Re: [Dev] [SDK/Emulator] Discuss about remote GL acceleration. > > > > Hi, > > The problem with RDP is not that it's unable to draw stuff, but acquiring the > right device, RDP sessions > use DISPLAY_DEVICE_MIRRORING_DRIVER instead of DISPLAY_DEVICE_PRIMARY_DEVICE > as you mentioned yourself > earlier and you can't have GL or DirectX acceleration with that. That's why > there're things such as RemoteFX - you can try > using that, but I'm not sure that it'll work for OpenGL (it works for > DirectX) and there're some special OS requirements for it. > > But what I don't understand why doesn't jenkins agent work with GL, it should > work. Are there any logs, what > do they say ? Sorry, but I really don't understand what RDP has to do with > all this... > If you want to use RDP for more than jenkins, i.e. remote display then IMHO > it probably won't do, it'll not be able > to utilize host GPU resources > > On 03/24/2014 11:56 AM, SeokYeon Hwang wrote: >> Unfortunately it doesn't work. >> >> We should try to find the way. >> >> >> >> Anyway, is there no way to enable GL acceleration on windows RDP ?? >> >> Even though it could not draw on real display - we can not see that, It's OK. >> >> It can be used for remote display or remote auto testing. >> >> >> >> Thanks. >> >> >> >> ------- *Original Message* ------- >> >> *Sender* : Stanislav VorobiovExpert Engineer/SRR-Tizen S/W Group/삼성전자 >> >> *Date* : 2014-03-19 16:19 (GMT+09:00) >> >> *Title* : Re: [Dev] [SDK/Emulator] Discuss about remote GL acceleration. >> >> >> >> Hi, >> >> I see. Is jenkins agent configured as a windows service ? If yes, m.b. this >> can help: >> >> http://jenkins-ci.361315.n4.nabble.com/DirectX-and-Jenkins-td4525448.html >> >> IMHO this problem is not related to RDP at all, jenkins does not use RDP, it >> simply runs your app >> and can't initialize OpenGL since service may not be allowed to be >> interactive. Does jenkins slave >> service has "allowed interactive" enabled in service properties ? >> >> On 03/19/2014 10:51 AM, SeokYeon Hwang wrote: >>> We already running auto-test exactly same method described that instruction. >>> >>> We can run emulator and can do test, but we can not enable GL acceleration >>> and can not run GL test. >>> >>> Maybe, the jenkins JNLP agent using windows RDP logic. >>> >>> >>> >>> You can test it using "windows remote desktop". >>> >>> 1. In PC (A), Windows, open "cmd" window. >>> >>> 2. Run "[TIZEN_SDK]/tools/emulator/bin/check-gl.exe". It may produce >>> positive results. >>> >>> 3. In PC (B), connect to PC (A) via "mstsc.exe" (Windows Remote Desktop >>> client). >>> >>> 4. You can see already opened "cmd" window that contains positive result of >>> "check-gl.exe". >>> >>> 5. Run "[TIZEN_SDK]/tools/emulator/bin/check-gl.exe". It may produce >>> negative results. >>> >>> >>> >>> >>> >>> >>> >>> ------- *Original Message* ------- >>> >>> *Sender* : Stanislav VorobiovExpert Engineer/SRR-Tizen S/W Group/삼성전자 >>> >>> *Date* : 2014-03-19 14:58 (GMT+09:00) >>> >>> *Title* : Re: [Dev] [SDK/Emulator] Discuss about remote GL acceleration. >>> >>> >>> >>> Hi, >>> >>> I didn't use jenkins for quite a while and I don't have it installed to >>> check, but >>> it seems that jenkins can run tests using interactive logon, thus, it can >>> run accelerated apps. >>> >>> Some quick googling shows: >>> >>> http://stackoverflow.com/questions/19441324/how-to-run-gui-tests-on-a-jenkins-windows-slave-without-remote-desktop-connectio >>> >>> On 03/19/2014 06:25 AM, SeokYeon Hwang wrote: >>>> We are running auto-test using "jenkins". >>>> >>>> A "jenkins" master node trigger "tests" in slave nodes with various OS via >>>> JNLP Agent. >>>> >>>> We can use GL acceleration with linux, macos slaves, but we can not use it >>>> with Windows slaves. >>>> >>>> That is our issue currently encountered. >>>> >>>> >>>> >>>> Thanks. >>>> >>>> >>>> >>>> ------- *Original Message* ------- >>>> >>>> *Sender* : Stanislav VorobiovExpert Engineer/SRR-Tizen S/W Group/삼성전자 >>>> >>>> *Date* : 2014-03-18 21:36 (GMT+09:00) >>>> >>>> *Title* : Re: [Dev] [SDK/Emulator] Discuss about remote GL acceleration. >>>> >>>> >>>> >>>> Hi, >>>> >>>> Thanks, but our case is to run the emulator itself remotely, i.e. this is >>>> a little different. >>>> >>>> BTW, TigerVNC indeed works, OpenGL apps and emulator can be launched >>>> remotely but within a single session. >>>> SeokYeon, will that do for auto-tests ? >>>> >>>> On 03/18/2014 04:05 PM, Roman Kubiak wrote: >>>>> x11vnc works well, i tested it with the M0 target and got the tizen >>>>> display from the phone on my desktop. I remember doing the same trick >>>>> @home with XBMC, and i know XBMC uses some sort of hardware acceleration >>>>> technique to run so x11vnc mirrors > that, but >>>>> you'll need to install it inside the emulator, i had to build it myself >>>>> for ARM. >>>>> >>>>> best regards >>>>> On 03/18/2014 12:50 PM, Stanislav Vorobiov wrote: >>>>>> Hi, >>>>>> >>>>>> Is it so important to use RDP, why not try VNC ? IMHO this topic covers >>>>>> it: >>>>>> >>>>>> http://www.opengl.org/discussion_boards/showthread.php/164372-Remote-Desktop >>>>>> >>>>>> On 03/18/2014 01:43 PM, 황석연 wrote: >>>>>>> So using GL acceleration via DISPLAY_DEVICE_PRIMARY_DEVICE within >>>>>>> Windows remoting session is impossible ?? >>>>>>> >>>>>>> >>>>>>> >>>>>>> Or, could you try this ?? >>>>>>> >>>>>>> >>>>>>> >>>>>>> ------- *Original Message* ------- >>>>>>> >>>>>>> *Sender* : Stanislav VorobiovExpert Engineer/SRR-Tizen S/W Group/삼성전자 >>>>>>> >>>>>>> *Date* : 2014-03-18 15:47 (GMT+09:00) >>>>>>> >>>>>>> *Title* : Re: [Dev] [SDK/Emulator] Discuss about remote GL acceleration. >>>>>>> >>>>>>> >>>>>>> >>>>>>> Oh, you mean you launch QEMU itself from withing remoting session and >>>>>>> GL caps test doesn't pass. Yes this is expected. >>>>>>> >>>>>>> Have you tried doing it on linux ? m.b. AIGLX can help in this case. >>>>>>> >>>>>>> And regarding windows RDP, quick googling revealed that you can't have >>>>>>> 3D acceleration in remote sessions, though it's possible, but it's >>>>>>> really slow >>>>>>> and this is for DirectX only and I'm not sure if it'll work for OpenGL: >>>>>>> >>>>>>> http://stackoverflow.com/questions/272537/direct3d-over-remote-desktop >>>>>>> >>>>>>> On 03/18/2014 08:03 AM, SeokYeon Hwang wrote: >>>>>>>> I'm not talking about a specific issue. >>>>>>>> >>>>>>>> I'd like to discuss about the possible solutions regarding the >>>>>>>> auto-test issues, and add new functionalities if needed. >>>>>>>> >>>>>>>> Currently, it is possible to use "spice" on Linux host. >>>>>>>> >>>>>>>> However, on Windows host, it is unfeasible to run tests using Spice >>>>>>>> because of the Spice server's inability to support Windows host yet. >>>>>>>> >>>>>>>> So, I suggest running tests using Windows RDP for now. >>>>>>>> >>>>>>>> (I haven't yet found out whether Windows RDP can send screens drawn >>>>>>>> with GL to clients or not. >>>>>>>> >>>>>>>> Even if it can't send the screens, as long as it can be enabled we may >>>>>>>> use it in auto-tests.) >>>>>>>> >>>>>>>> The first issue we encouter is that it cannot pass the GL capability >>>>>>>> test when connected remotely from RDP. >>>>>>>> >>>>>>>> When we run "check-gl.exe" in Tizen SDK, the result becomes false. >>>>>>>> >>>>>>>> It is because of the fact that the display device is >>>>>>>> DISPLAY_DEVICE_MIRRORING_DRIVER. >>>>>>>> >>>>>>>> If we can find a solution to this issue, we can at least solve the >>>>>>>> auto-test issue. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> If you have any other suggestions, please feel free to tell me. >>>>>>>> >>>>>>>> Thanks. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> ------- *Original Message* ------- >>>>>>>> >>>>>>>> *Sender* : Stanislav VorobiovExpert Engineer/SRR-Tizen S/W Group/삼성전자 >>>>>>>> >>>>>>>> *Date* : 2014-03-17 17:40 (GMT+09:00) >>>>>>>> >>>>>>>> *Title* : Re: [Dev] [SDK/Emulator] Discuss about remote GL >>>>>>>> acceleration. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Hi, SeokYeon >>>>>>>> >>>>>>>> So, if I understand correctly, you've launched the emulator on one >>>>>>>> machine and >>>>>>>> then try to connect to it from different machine using RDP, right ? >>>>>>>> >>>>>>>> So, RDP basically presents QEMU graphic console contents to the >>>>>>>> client, i.e. GL acceleration >>>>>>>> should happen on server as usual, right ? >>>>>>>> >>>>>>>> How can I reproduce this ? What command line should be used to launch >>>>>>>> qemu in server mode so >>>>>>>> RDP clients are able to connect ? >>>>>>>> >>>>>>>> Do I need some special RDP client or can I use standard window's RDP >>>>>>>> for example ? >>>>>>>> >>>>>>>> On 03/17/2014 12:18 PM, SeokYeon Hwang wrote: >>>>>>>>> Yes, the remote approach is likely to be based on "spice", or any >>>>>>>>> other solution with similar features. >>>>>>>>> >>>>>>>>> When considering remote execution, we have to run the emulator from >>>>>>>>> remote, >>>>>>>>> >>>>>>>>> and bring the screen to us using "spice" or a similar solution. >>>>>>>>> >>>>>>>>> But, there's a problem. >>>>>>>>> >>>>>>>>> When we use Windows Remote Desktop to connect and run GL capability >>>>>>>>> tests, the result is "false". >>>>>>>>> >>>>>>>>> Because the device which Remote Desktop uses does not utilize >>>>>>>>> DISPLAY_DEVICE_PRIMARY_DEVICE which supports GL, but rather >>>>>>>>> DISPLAY_DEVICE_MIRRORING_DRIVER. >>>>>>>>> >>>>>>>>> (http://msdn.microsoft.com/en-us/library/windows/desktop/dd183569%28v=vs.85%29.aspx) >>>>>>>>> >>>>>>>>> While different from Windows, Linux is believed to have limitations >>>>>>>>> in GL acceleration as well. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> The same thing happens when we run tests using CI tools such as >>>>>>>>> Jenkins, >>>>>>>>> >>>>>>>>> since the Jenkins' master node connects to each of the OS slave nodes >>>>>>>>> and run the tests. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Being not an expert about these issues, I'd like to discuss and find >>>>>>>>> solutions together. >>>>>>>>> >>>>>>>>> Thanks. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> ------- *Original Message* ------- >>>>>>>>> >>>>>>>>> *Sender* : Stanislav VorobiovExpert Engineer/SRR-Tizen S/W Group/삼성전자 >>>>>>>>> >>>>>>>>> *Date* : 2014-03-14 15:36 (GMT+09:00) >>>>>>>>> >>>>>>>>> *Title* : Re: [Dev] [SDK/Emulator] Discuss about remote GL >>>>>>>>> acceleration. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Hi, SeokYeon >>>>>>>>> >>>>>>>>> Could you provide more info on the remote approach being used ? It's >>>>>>>>> based on spice, right ? >>>>>>>>> >>>>>>>>> What does "PRIMARY DISPLAY DEVICE" mean in this context ? >>>>>>>>> >>>>>>>>> What does "emulator remote execution" and "emulator GL auto test on >>>>>>>>> CI tool" mean ? >>>>>>>>> >>>>>>>>> These lines: >>>>>>>>> >>>>>>>>>> It does not need to draw screen on "MONITOR SCREEN" connected to >>>>>>>>>> remote host PC. >>>>>>>>>> >>>>>>>>>> In case of "emulator remote execution", the drawing image can get >>>>>>>>>> another way into my "MONITOR SCREEN". >>>>>>>>> Are also not clear to me. Could you give some overview of this so >>>>>>>>> that we could >>>>>>>>> get a better picture of what's going on. >>>>>>>>> >>>>>>>>> Thanks. >>>>>>>>> >>>>>>>>> On 03/14/2014 06:12 AM, 황석연 wrote: >>>>>>>>>> Hi, stanislav and other emulator GL acceleration developer. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> When we connect host PC on remote, we can not trun on GL >>>>>>>>>> acceleration. >>>>>>>>>> >>>>>>>>>> Because "remote desktop" did not use PRIMARY DISPLAY DEVICE. >>>>>>>>>> >>>>>>>>>> Is there no method to enable GL acceleration on remote ?? >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> It is related with "emulator remote execution" and "emulator GL auto >>>>>>>>>> test on CI tool". >>>>>>>>>> >>>>>>>>>> How can we use GL acceleration via remote connection ? >>>>>>>>>> >>>>>>>>>> It does not need to draw screen on "MONITOR SCREEN" connected to >>>>>>>>>> remote host PC. >>>>>>>>>> >>>>>>>>>> In case of "emulator remote execution", the drawing image can get >>>>>>>>>> another way into my "MONITOR SCREEN". >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Thanks. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> Dev mailing list >>>>>>>>>> [email protected] >>>>>>>>>> https://lists.tizen.org/listinfo/dev >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> _______________________________________________ >>>>>> Dev mailing list >>>>>> [email protected] >>>>>> https://lists.tizen.org/listinfo/dev >>>>> >>>>> -- >>>>> -------------- >>>>> Roman Kubiak >>>>> -------------- >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Dev mailing list >>>>> [email protected] >>>>> https://lists.tizen.org/listinfo/dev >>>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>> >>> >>> >>> >>> >>> >>> >> >> >> >> >> >> >> > > > > > > > _______________________________________________ Dev mailing list [email protected] https://lists.tizen.org/listinfo/dev
