Bug#700015: libx11-6: crashes on systems using Mali graphics

2013-03-04 Thread Сергей И . Королев
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 for A10 at this
> time. Still r3p2 diff is useful at least for users of that version.
>
> Thanks
>
> Michal


--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CALeNWNWTc9NuBQxDz3t7HdT8=4_dkfuqnj5q_soqu7uhscc...@mail.gmail.com



Bug#700015: libx11-6: crashes on systems using Mali graphics

2013-03-04 Thread 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 for A10 at this
time. Still r3p2 diff is useful at least for users of that version.

Thanks

Michal


--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/caomqcttyvz2ubtwhsqwg_z4br9qkalexq6dvk0pppc1zkw5...@mail.gmail.com



Bug#700015: libx11-6: crashes on systems using Mali graphics

2013-03-04 Thread Сергей И . Королев
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 reproducible.
>
> Could you prehaps attach a bsdiff?
>
> Thanks
>
> Michal


--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CALeNWNXFi85g_mi_VYRZqxo+7PWgtu+mw=h7ofajcxnx95d...@mail.gmail.com



Bug#700015: libx11-6: crashes on systems using Mali graphics

2013-03-04 Thread 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 reproducible.

Could you prehaps attach a bsdiff?

Thanks

Michal


--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/caomqctredmtz8q3a2jaufpm0tsbafbaxsrhfb72x3dkhxxs...@mail.gmail.com



Bug#700015: libx11-6: crashes on systems using Mali graphics

2013-03-04 Thread Сергей И . Королев
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 .init lenght to +2;
  i make simple dummy asm code:

.thumb

/*
fake _init
*/
.org 0x02476c
nop
blx XInitThread
bl sub_x
nop

/*
fake XInitThreads thunk
*/
.org 0x024d14
XInitThread:
nop

/*
fake subfunction for _init
*/
.org 0x0268e0
sub_x:
nop

  i compile this code and make objdump -d of result and have:


a.out: file format elf32-littlearm


Disassembly of section .text:

 :
...
   2476c:   46c0nop ; (mov r8, r8)
   2476e:   f000 ead2   blx 24d14 
   24772:   f002 f8b5   bl  268e0 
   24776:   46c0nop ; (mov r8, r8)
...

00024d14 :
   24d14:   46c0nop ; (mov r8, r8)
...

000268e0 :
   268e0:   46c0nop ; (mov r8, r8)

  i replace call to subfunction and nop in _init to generated code;
  and in result i have needed - XInitThreads call after libMali.so load;


2013/3/4 Michal Suchanek :
> 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 presumably possible but you will have to binary-patch the
> library. There is no source.
>
> Also it's good idea to try the workaround with gdb to make sure you
> really have the same problem.
>
> Thanks
>
> Michal


--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CALeNWNUrS3dQifjj1Hu2oVAw7ntw_Rj-4wBP=nx1n4tvzj_...@mail.gmail.com



Bug#700015: libx11-6: crashes on systems using Mali graphics

2013-03-04 Thread Сергей И . Королев
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 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 presumably possible but you will have to binary-patch the
> library. There is no source.
>
> Also it's good idea to try the workaround with gdb to make sure you
> really have the same problem.
>
> Thanks
>
> Michal


--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/calenwnvboqlf+puyk6f-w8sqnrtcxiunhwypzc7p9-+tnu+...@mail.gmail.com



Bug#700015: libx11-6: crashes on systems using Mali graphics

2013-03-04 Thread Michal Suchanek
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 presumably possible but you will have to binary-patch the
library. There is no source.

Also it's good idea to try the workaround with gdb to make sure you
really have the same problem.

Thanks

Michal


--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAOMqctQwQQzGjxNfYWQoPN=stpyhhhca0pzqmn0r7xodgo8...@mail.gmail.com



Bug#700015: libx11-6: crashes on systems using Mali graphics

2013-03-04 Thread Сергей И . Королев
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/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-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CALeNWNVMUdLYDL7-B0Ej=dlnjbd1mcy6jvw5mkfk5darnv-...@mail.gmail.com



Bug#700015: libx11-6: crashes on systems using Mali graphics

2013-03-03 Thread Michal Suchanek
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-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/caomqctqyhw+bn73ds-e_dg8u5y7md75h934dqvp4_-mhz+m...@mail.gmail.com



Bug#700015: libx11-6: crashes on systems using Mali graphics

2013-03-03 Thread exception0x0d
четверг, 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.
> 
> 
> 
> Programs linked to libx11 and libgles seem to crash due to locking some
> 
> non-existent mutex.

Hello. I have same trouble. Any ideas how to fix it or workaround?


--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/0172bed6-edb8-478a-917e-56e5e35b0...@googlegroups.com



Bug#700015: libx11-6: crashes on systems using Mali graphics

2013-02-08 Thread Michal Suchanek
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 is not interested in threading so does not call XInitThreads.
>>
> Sounds like you're screwed then.
>
> Cheers,
> Julien

Actually, the GLES library tries to initialize the X threading after
the fact which leads to the uninitialized mutex. Since the mutex
allocation does nothing when threading is not initialized there are no
mutexes in objects created before. This is probably a bug in the
library.

Breakpoint 2, XInitThreads () at ../../src/locking.c:573
573 ../../src/locking.c: No such file or directory.
(gdb) bt full
#0  XInitThreads () at ../../src/locking.c:573
No locals.
#1  0xb6455f5e in __egl_platform_initialize () from
/usr/lib/arm-linux-gnueabihf/libEGL.so.1
No symbol table info available.
#2  0xb645143a in __egl_main_open_mali () from
/usr/lib/arm-linux-gnueabihf/libEGL.so.1
No symbol table info available.
#3  0xb6450440 in _egl_initialize () from
/usr/lib/arm-linux-gnueabihf/libEGL.so.1
No symbol table info available.
#4  0xb6450be8 in eglInitialize () from /usr/lib/arm-linux-gnueabihf/libEGL.so.1
No symbol table info available.
#5  0xb64f6a9e in ?? () from /usr/lib/arm-linux-gnueabihf/libcogl.so.9
No symbol table info available.
#6  0xb64f6a9e in ?? () from /usr/lib/arm-linux-gnueabihf/libcogl.so.9
No symbol table info available.
Backtrace stopped: previous frame identical to this frame (corrupt stack?)


So yes, you are screwed.

Given the X and GLES interfaces it's not possible for threading
libraries to work unless applications go out of their way to be
compatible and call XInitThreads on their own.

Thanks

Michal


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/caomqctspojniksrcdkwst6dmxd_pobhesw3usr+kz8tvezw...@mail.gmail.com



Bug#700015: libx11-6: crashes on systems using Mali graphics

2013-02-08 Thread Julien Cristau
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 this problem is fixed by calling XInitThreads().
> >>
> > Not a bug then.  You don't get to use xlib in threaded programs without
> > calling that.
> 
> Except I am not sure who should call that. It's supposed to be the
> first Xlib funcion called (as the gdb script does).
> 
> Replacing gnome-shell with the gdb script allows running gnome as normal.
> 
> Presumably gnome-shell runs on platforms with single-threaded GLES
> implementation.
> 
> 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 is not interested in threading so does not call XInitThreads.
> 
Sounds like you're screwed then.

Cheers,
Julien


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130208102044.ga23...@coloquinte.cristau.org



Bug#700015: libx11-6: crashes on systems using Mali graphics

2013-02-07 Thread Michal Suchanek
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 using libthread_db enabled]
Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".

Breakpoint 1, 0x9704 in main ()
(gdb) XInitThreads()
Undefined command: "XInitThreads".  Try "help".
(gdb) call XInitThreads()
$1 = 1
(gdb) c
Continuing.


-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: armhf (armv7l)

Kernel: Linux 3.4.24+ (PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages libx11-6 depends on:
ii  libc6  2.13-37
ii  libx11-data2:1.5.0-1
ii  libxcb11.8.1-2
ii  multiarch-support  2.13-37

libx11-6 recommends no packages.

libx11-6 suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130207143708.11755.15816.report...@a10.burning-in.hell