November 2012 - webkit-efl - lists.webkit.org

How to run layout tests with X server 1.13.0
by Raphael Kubo da Costa 21 Nov '12

21 Nov '12

Still on the theme of b0rkedness related to Accelerated Compositing... tl;dr version: If you are using X server 1.13.0 (which means you are on Ubuntu 12.10, Arch Linux, Fedora 18 etc) and want to run layout tests, either: o Pass `--no-tiled-backing-store' to build-webkit. o Build a copy of the X server somewhere with commits 5f5bbbe543f65c48ecbb5cce80116a86ca3fbe86 and aad428b8e21c77397c623b78706eb64b1fea77c9 reverted and use its version of Xvfb. Full version: There is a regression in the 1.13.0 release (which has not been fixed yet) of the X server that prevents Xvfb from loading the GLX extension needed by the `opengl_x11' Evas backend used when WTF_USE_TILED_BACKING_STORE (and thus Accelerated Compositing) is enabled. I'm not sure if the folks are working on a WebKit patch that at least makes things degrade gracefully instead of crashing [1] when the `opengl_x11' backend cannot be loaded, but that is sort of orthogonal to the issue in X itself. [1] https://gist.github.com/61bf7390f76fddb5c97b I have reported the issue upstream [2] and will try to send a patch fixing the problem to the xorg-devel list as soon as possible. [2] http://lists.freedesktop.org/archives/xorg-devel/2012-November/034411.html Meanwhile, if you are affected you either need to disable the use of tiled backing store altogether or build your own copy of Xvfb with those commits I mentioned disabled. -- Intel Finland Oy Registered Address: PL 281, 00181 Helsinki Business Identity Code: 0357606 - 4 Domiciled in Helsinki

1 1

Disable Tiled Backing Store
by Gyuyoung Kim 21 Nov '12

21 Nov '12

Hi EFL folks, API test has been failed we enabled the tiled backing store by default. http://build.webkit.org/builders/EFL%20Linux%2064-bit%20Release/builds/7415 http://trac.webkit.org/changeset/133859 Beside it looks there are layout test problems when we use tiled backing store in some HW yet. So, I roll it out for now. When you fix these problems, please enable it again. Gyuyoung. -- Gyuyoung Kim SW Engineer, WebKit EFL Email : gyuyoung.kim(a)webkit.org Phone : +82 10 9530 0209

2 2

Tip of the day: building WebKit faster
by Thiago Marcos P. Santos 21 Nov '12

21 Nov '12

I often see people building WebKit EFL using the build-webkit even when they change a harmless line of code in a .cpp file. The fastest way of building in this case is by invoking "make" directly from the ./WebKitBuild/[Release|Debug]/ folder. Example: If you changed something on WebCore and is using the MiniBrowser for testing, you have 4 options: 1. The coward option: will build everything, somehow equivalent to build-webkit but probably faster. $ make -jN 2. The safe option: will build all the dependencies up to the binary. $ make MiniBrowser -jN 3. The cowboy option: in case you haven't changed the WebCore ABI, it will build all the deps up to WebCore. $ make webcore_efl -jN 4. Gangnam Style: will build and link just WebCore, fastest way possible. Developer is 100% sure that no ABI breakage happened. No dependency lookup. $ make webcore_efl/fast -jN N = Some people use the number of cores, others twice as much. You know what is best. Dedicated to Raphael Kubo which taught me the /fast one. Cheers,

3 2

ewebkit DOM
by HariHara Sudhan 20 Nov '12

20 Nov '12

Is there any method i can access DOM or, find out some value of a hidden text box elements values, from ewebkit. -- Regards HariHaraSudhan

3 3

Re: [webkit-efl] How to run layout tests with ATI and NVidia drivers
by Byung-Woo Lee 14 Nov '12

14 Nov '12

Thank you for sharing this! For the easy use, how about adding layout test options for this? I made a bug to add layout test options(--mesa-3d, --no-mesa-3d) to use mesa 3D library. https://bugs.webkit.org/show_bug.cgi?id=102174 When '--mesa-3d' is set, LD_LIBRARY_PATH will be set as below. LD_LIBRARY_PATH=/usr/lib/`uname -m`-linux-gnu/mesa/ --no-mesa-3d is the default action that does not set LD_LIBRARY_PATH. Thanks & Regards, Byungwoo. ------- Original Message ------- Sender : 한강일<kangil.han(a)samsung.com> S5(책임)/책임/차세대S/W개발그룹(무선)/삼성전자 Date : 2012-11-14 13:14 (GMT+09:00) Title : Re: [webkit-efl] How to run layout tests with ATI and NVidia drivers Thanks for this information! You finally found it. ;-) This works both on my Ubuntu 12.04 32/64 bit machines. :-) -----Original Message----- From: Thiago Marcos P. Santos [mailto:tmpsantos@gmail.com] Sent: Wednesday, November 14, 2012 4:04 AM To: webkit-efl(a)lists.webkit.org Cc: kangil.han(a)samsung.com Subject: How to run layout tests with ATI and NVidia drivers tl;dr version: LD_LIBRARY_PATH=/usr/lib/i386-linux-gnu/mesa/ ./Tools/Scripts/run-webkit-tests --efl Full version: Some developers have been experiencing crashes when running layout tests on computers equipped with ATI and nVidia cards. The crash happens when evas tries to compile a shader: STDOUT: STDERR: ERR<4668>:evas-gl_common evas_gl_shader.c:1039 _evas_gl_common_shader_program_source_init() Abort compile of shader vert (rect): #ifdef GL_ES STDERR: precision highp float; ... Full backtrace here -> http://pastie.org/pastes/5371448/text The interesting thing is that we use Xvfb + LLVMPipe (software GL in a short) when running the tests, so the GPU should be irrelevant: but only in theory. I noticed that when running glxinfo inside the XVfb, I was getting the client glx vendor string ATI. Kangil also hinted that on his computer, after removing the nVidia drivers, he had no crashes anymore (but X was falling back to vesa). $ DISPLAY=:555 glxinfo |grep 'client glx vendor' client glx vendor string: ATI Ubuntu links with the libGL provided by the graphics card vendor by default: $ ldd /usr/bin/glxinfo |grep libGL libGL.so.1 => /usr/lib/fglrx/libGL.so.1 (0xb7646000) For running the layout tests using LLVMPipe, we need to use the mesa libGL. In order to do that, we can play some tricks with LD_LIBRARY_PATH: $ LD_LIBRARY_PATH=/usr/lib/i386-linux-gnu/mesa/ ./Tools/Scripts/run-webkit-tests --efl This is only needed by the layout tests script (because it spawns a Xvfb). MiniBrowser should run normally because it will connect to your standard Xorg instance with GPU-based GL. Cheers, _______________________________________________ webkit-efl mailing list webkit-efl(a)lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-efl

1 0

How to run layout tests with ATI and NVidia drivers
by Thiago Marcos P. Santos 14 Nov '12

14 Nov '12

tl;dr version: LD_LIBRARY_PATH=/usr/lib/i386-linux-gnu/mesa/ ./Tools/Scripts/run-webkit-tests --efl Full version: Some developers have been experiencing crashes when running layout tests on computers equipped with ATI and nVidia cards. The crash happens when evas tries to compile a shader: STDOUT: <empty> STDERR: ERR<4668>:evas-gl_common evas_gl_shader.c:1039 _evas_gl_common_shader_program_source_init() Abort compile of shader vert (rect): #ifdef GL_ES STDERR: precision highp float; ... Full backtrace here -> http://pastie.org/pastes/5371448/text The interesting thing is that we use Xvfb + LLVMPipe (software GL in a short) when running the tests, so the GPU should be irrelevant: but only in theory. I noticed that when running glxinfo inside the XVfb, I was getting the client glx vendor string ATI. Kangil also hinted that on his computer, after removing the nVidia drivers, he had no crashes anymore (but X was falling back to vesa). $ DISPLAY=:555 glxinfo |grep 'client glx vendor' client glx vendor string: ATI Ubuntu links with the libGL provided by the graphics card vendor by default: $ ldd /usr/bin/glxinfo |grep libGL libGL.so.1 => /usr/lib/fglrx/libGL.so.1 (0xb7646000) For running the layout tests using LLVMPipe, we need to use the mesa libGL. In order to do that, we can play some tricks with LD_LIBRARY_PATH: $ LD_LIBRARY_PATH=/usr/lib/i386-linux-gnu/mesa/ ./Tools/Scripts/run-webkit-tests --efl This is only needed by the layout tests script (because it spawns a Xvfb). MiniBrowser should run normally because it will connect to your standard Xorg instance with GPU-based GL. Cheers,

2 1

Re: [webkit-efl] Turning on AC in webkit-efl
by Ryuan Choi 08 Nov '12

08 Nov '12

Hi, yael. I hope that we can enable this. But I want to check whether applications work well when elm_engine is not one of opengl backends. Now, MiniBrowser set preferred_engine to opengl_x11, but almost EFL applications might not specify backends and default engine might be software_x11. I want to know whether we have fallback mechanism for them. Best Regards, Ryuan Choi ------- Original Message ------- Sender : yael aharon<yael.aharon.m(a)gmail.com> Date : 2012-11-08 11:03 (GMT+09:00) Title : [webkit-efl] Turning on AC in webkit-efl Hello, I'd like to turn on ACCELERATED_COMPOSITING by default for webkit-efl. This is tracked in https://bugs.webkit.org/show_bug.cgi?id=101526. thanks, Yael +------------------------------------------------------------------------ Listen and listen and listen -----------------------+

3 2

Garden-o-Matic online
by Thiago Marcos P. Santos 08 Nov '12

08 Nov '12

We now have a Garden-o-Matic page for EFL. http://build.webkit.org/TestFailures/garden-o-matic.html?platform=efl This tool should be a replacement for http://build.webkit.org/TestFailures/ and rebaseline server in the future. (if the page doesn't work for you, try force reload because the old version might be in the cache) Cheers,

3 2

Turning on AC in webkit-efl
by yael aharon 08 Nov '12

08 Nov '12

Hello, I'd like to turn on ACCELERATED_COMPOSITING by default for webkit-efl. This is tracked in https://bugs.webkit.org/show_bug.cgi?id=101526. thanks, Yael

1 0

Switching Intel's Wk1 Debug bot to Wk2 Release
by Dominik Röttsches 07 Nov '12

07 Nov '12

Hi all, we're switching Intel's Wk1 Debug Bot to a Wk2 Release configuration. Tracked in: https://bugs.webkit.org/show_bug.cgi?id=101345 Regards, Dominik -- Dominik Röttsches <dominik.rottsches(a)intel.com>

2 1