7054 2014-12-09 15:28:29 +0000 Need remote profiler (sysprof or eclipse?) 2019-05-23 15:06:57 +0000 1 1 7 Build System, Metadata & Runtime OE-Core devtools / tool chain 1.8 x86 Multiple CLOSED WONTFIX Medium normal Future 1 stanciux.mihail unassigned alexandru.c.georgescu brian.avery ioanax.grigoropol jose.perez.carranza meta.mr.watcher meta.watcher richard.purdie ross.burton sgw tim.orling yp.ep.watcher yp.watcher apoorv.sangal --- Regression (Used to work) Don't know oldest_to_newest 47464 0 stanciux.mihail 2014-12-09 15:28:29 +0000 Tested on commit: b813bdebb36501500e86fea5f7e15b4b15ea0902 Images tested: qemux86, qemux86-64 Image type: core-image-sato-sdk Steps to reproduce: 1. download image from http://autobuilder.yoctoproject.org/pub/releases/yocto-1.8M1/machines/qemu/qemux86/core-image-sato-sdk-qemux86.ext3 2. start qemu emulator using the image downloaded (will also require a kernel file and environment set-up) 3. once qemu boots up, open a new terminal window and issue command "opcontrol" Expected result: You should receive the opcontrol usage instructions. Observed result: "command not found" error message is issued. This impacts the "oprofile" linux tool in the Eclipse plugin, which now fails. I am unsure about the classification, though. This feels like it's an issue with qemu packages, but the only impact noted is for the Eclipse plugin, it seems. 47497 1 richard.purdie 2014-12-11 15:47:55 +0000 The issue is that opcontrol was removed in the upstream oprofile project in favour of using perf instead. The UIs therefore need to adapt to the changes in oprofile, oprofile is still installed in the images. 47498 2 richard.purdie 2014-12-11 15:58:48 +0000 The issue here is oprofileui is still using opcontrol and needs updating to use the perf inferface to control the data collection. This is problem something Tom or RP have the experience to resolve. 47521 3 alexandru.c.georgescu 2014-12-11 16:51:52 +0000 Changing the documentation to Undecided since the results displayed in OprofileUi might change with the new functionalities. This may imply changing the manual and/or the tracing&profiling wiki: https://wiki.yoctoproject.org/wiki/Tracing_and_Profiling 48478 4 richard.purdie 2015-02-02 13:49:49 +0000 Looking at the changes, opcontrol is gone and we need to use operf. The difference is that operf remains running the whole time data is collected, the opcontrol script used to handle this for us. opserver therefore likely needs to use g_spawn_async instead of g_spawn_sync and the config command needs to just save data into the server. The ideal case of being able to quickly turn on/off profiling with low overhead (e.g. with a signal) no longer seems possible. 50196 5 alexandru.c.georgescu 2015-04-09 15:34:51 +0000 found during 1.8_M4.rc2 testing fido:33558eacc8a2d3dce3396b9ab2fd0773ac5076bc 51370 6 ross.burton 2015-05-31 20:30:26 +0000 For future reference, RP started hacking some fixes at http://www.rpsys.net/oprofileui.patch before realising just how much work is needed. 51836 7 ross.burton 2015-06-22 09:57:25 +0000 Propose to defer this to M2. 58531 8 alexandru.c.georgescu 2016-02-04 09:57:34 +0000 seems that the issue still exists in YP 2.1_M2.rc1 master/3d2c0f5902cacf9d8544bf263b51ef0dd1a7218c 64431 9 ross.burton 2016-07-25 21:14:40 +0000 Porting and updating oprofileui is likely wasted time. sysprof has been taken over by the GNOME Builder maintainer (Christian Herbert) so should have a good future and shouldn't need too much engineering to support some sort of remote connection model. Alternatively, we could test and support the perf support in Eclipse, if that has remote support (or write it if required). Tim has been talking to the Eclipse people so I've CCd him for his opinion. 64454 10 tim.orling 2016-07-25 22:33:30 +0000 Thanks for the reminder to test oprofile and other Linux Tools. Especially the remote parts :) I am establishing good connections in the community, so if we need to upstream patches I expect to find a workable solution. 73274 11 jku 2017-05-16 08:20:45 +0000 Tim, did you get anywhere with oprofile? Also, does anyone currently have a good summary of the situation in 2017? * is this still an issue we need to solve? * is eclipse relevant or should I touch base with gnome-builder folks? 73398 12 brian.avery 2017-05-21 01:35:04 +0000 We have restarted working on a plugin crops/eclipse-crops to allow building and qemu in containers. Haven't dealt with profiling yet. 76723 13 ross.burton 2017-09-11 16:18:13 +0000 Reassigning Jussi's bugs. 83919 14 akuster 2019-05-23 15:00:15 +0000 eclipse has been dropped. 83950 15 akuster 2019-05-23 15:06:57 +0000 closing