in my instalation gnome-shell, empathy, evolution, emerillon and some
other application affected to this bug. i think about system way
workaround. how about patch libMali.so to call XInitThreads in init
after library loaded?
2013/3/4 Michal Suchanek hramr...@gmail.com:
Hello
I moved
On 4 March 2013 09:17, Сергей И. Королев exception0...@gmail.com wrote:
in my instalation gnome-shell, empathy, evolution, emerillon and some
other application affected to this bug. i think about system way
workaround. how about patch libMali.so to call XInitThreads in init
after library
I have idea use objcopy to rename original _init symbol, make new init
function with call XInitThreads and original init and change entry
point of library. How to do it I'll write about the results.
2013/3/4 Michal Suchanek hramr...@gmail.com:
On 4 March 2013 09:17, Сергей И. Королев
good news! i make quick and dirty hacks and this work system wide.
details:
my libMali.so have one nop instruction in function _init and two
unused bytes in section .init;
i disassemble libMali.so to find addresses of XInitThreads thunk and
function called from _init;
i increase section
Hello,
On 4 March 2013 13:46, Сергей И. Королев exception0...@gmail.com wrote:
good news! i make quick and dirty hacks and this work system wide.
That's cool but not exactly easily reproducible.
Could you prehaps attach a bsdiff?
Thanks
Michal
--
To UNSUBSCRIBE, email to
I think we can have libMali different version or target. My target
Samsung Exynos and version R3P2.
2013/3/4 Michal Suchanek hramr...@gmail.com:
Hello,
On 4 March 2013 13:46, Сергей И. Королев exception0...@gmail.com wrote:
good news! i make quick and dirty hacks and this work system wide.
On 4 March 2013 14:24, Сергей И. Королев exception0...@gmail.com wrote:
I think we can have libMali different version or target. My target
Samsung Exynos and version R3P2.
Yes, I am running r3p0 which is the version available for A10 at this
time. Still r3p2 diff is useful at least for users of
if you get me link to you libMali.so i can make bsdiff
2013/3/4 Michal Suchanek hramr...@gmail.com:
On 4 March 2013 14:24, Сергей И. Королев exception0...@gmail.com wrote:
I think we can have libMali different version or target. My target
Samsung Exynos and version R3P2.
Yes, I am running
четверг, 7 февраля 2013 г., 16:40:02 UTC+4 пользователь Michal Suchanek написал:
Package: libx11-6
Version: 2:1.5.0-1
Severity: important
Hello,
the Mali gles library uses threads internally.
The interface to the user program should be single-threaded, however.
Hello
I moved gnome-shell to /usr/local/bin and use this script instead:
#!/bin/sh
gdb -ex 'break main' -ex 'r' -ex 'call XInitThreads()' -ex 'c' -ex
'bt full' -ex 'quit' --args /usr/local/bin/gnome-shell.distrib $@
HTH
Michal
--
To UNSUBSCRIBE, email to
On Fri, Feb 8, 2013 at 11:17:11 +0100, Michal Suchanek wrote:
On 7 February 2013 20:01, Julien Cristau jcris...@debian.org wrote:
On Thu, Feb 7, 2013 at 14:37:08 +, Michal Suchanek wrote:
Package: libx11-6
Version: 2:1.5.0-1
Followup-For: Bug #700015
Hello,
it seems this
On 8 February 2013 11:20, Julien Cristau jcris...@debian.org wrote:
On Fri, Feb 8, 2013 at 11:17:11 +0100, Michal Suchanek wrote:
The GLES library is not in position to call XInitThreads because it's
passed a X11 window id which was obtained by the application by a Xlib
call already.
Package: libx11-6
Version: 2:1.5.0-1
Followup-For: Bug #700015
Hello,
it seems this problem is fixed by calling XInitThreads().
This is probably very platfrom specific problem, however.
Drivers for this platform not available in Debian.
Starting program: /usr/bin/gnome-shell
[Thread
13 matches
Mail list logo