if you get me link to you libMali.so i can make bsdiff
2013/3/4 Michal Suchanek :
> On 4 March 2013 14:24, Сергей И. Королев 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 f
On 4 March 2013 14:24, Сергей И. Королев 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 that version.
Thanks
I think we can have libMali different version or target. My target
Samsung Exynos and version R3P2.
2013/3/4 Michal Suchanek :
> Hello,
>
> On 4 March 2013 13:46, Сергей И. Королев wrote:
>> good news! i make quick and dirty hacks and this work system wide.
>
> That's cool but not exactly easily
Hello,
On 4 March 2013 13:46, Сергей И. Королев 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 debian-bugs-dist-requ...@lists.debian.org
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 .ini
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 :
> On 4 March 2013 09:17, Сергей И. Королев wrote:
>> in my instalation
On 4 March 2013 09:17, Сергей И. Королев 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 loaded?
>
That's presuma
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 :
> Hello
>
> I moved gnome-shell to /usr/local/
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 debian-bugs-dist-requ...@lists.de
четверг, 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, h
On 8 February 2013 11:20, Julien Cristau 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.
>>
>> gnome-shell
On Fri, Feb 8, 2013 at 11:17:11 +0100, Michal Suchanek wrote:
> On 7 February 2013 20:01, Julien Cristau 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
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 debugging
13 matches
Mail list logo
