[Qtwebengine] QT5.6.2 to 5.7.1 default behavior changes and qtWebengine ozone bridge

[Alexandru Croitor]

Hi,

I am not aware of the reason for the seccomp crash, but you can find some similar reports with some info at https://bugreports.qt.io/browse/QTBUG-57709 maybe that helps you investigate the issue further.

Regarding GLES, I am not very familiar with that code, but it is plausible it is incomplete. You could check if there are any code changes in Qt 5.8.x and in unreleased Qt 5.9.0.

Rergards,
Alex.


On 23 Mar 2017, at 16:14, Ruei, Eric <e-ruei1 at ti.com<mailto:e-ruei1 at ti.com>> wrote:

Hi, Alexandru:

Thank you so much!
The information that you provided is extremely helpful and it may take me forever to get without your help!

For question #3, we are using Linux kernel 4.9.13 and seccomp-bpf is enabled.
With the default setting, the following error occurs continuously and the Seccomp is set to 0 at /proc/<pid>/status.

Render process exited with code 256 (abnormal exit)
/home/a0850410/yocto_builds/LTS2017_0/oe-layersetup/build/arago-tmp-external-linaro-toolchain/work/armv7ahf-neon-linux-gnueabi/qtwebengine/5.7.1+gitAUTOINC+9cc97f0c63_b3c79e92f0-r0/git/src/3rdparty/chromium/sandbox/linux/seccomp-bpf-helpers/sigsys_handlers.cc:**CRASHING**:futex() failure
Received signal 11 SEGV_MAPERR 000000000007
[end of stack trace]
…

The qtwebengine demo browser works if seccomp-bpf sandbox is disabled by --disable-seccomp-filter-sandbox.

Do you have any idea for question #4?

Best regards,

Eric

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.qt-project.org/pipermail/qtwebengine/attachments/20170323/a836aa65/attachment.html>