Skype bi-directional video call crashes X server (xserver, mesa, drm, kernel from git, r600g+glamor)

[Keith Packard]

Eric Anholt  writes:

> Reviewed-by: Eric Anholt 

Merged.
   09230a2..d723928  master -> master

-- 
keith.packard at intel.com
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 810 bytes
Desc: not available
URL: 

Skype bi-directional video call crashes X server (xserver, mesa, drm, kernel from git, r600g+glamor)

[Eric Anholt]

Keith Packard  writes:

> Eric Anholt  writes:
>
>>> --- a/glamor/glamor_xv.c
>>> +++ b/glamor/glamor_xv.c
>>> @@ -435,7 +435,7 @@ glamor_xv_put_image(glamor_port_private *port_priv,
>>>  }
>>>  
>>>  top = (src_y) & ~1;
>>> -nlines = (src_y + height) - top;
>>> +nlines = (src_y + src_h) - top;
>>>  
>>>  switch (id) {
>>>  case FOURCC_YV12:
>>
>> If the point is to upload only from the src_[xywh] recctangle, shouldn't
>> the glamor_upload_sub_pixmap_to_texture() calls be using src_w instead
>> of width, too?
>
> It doesn't need to, but it could as an optimization. Skipping lines at
> the top and bottom is also just an optimization as the source rectangle
> defines a subset of the provided buffer, after all. I just fixed that
> optimization.

FWIW, even as is:

Reviewed-by: Eric Anholt 
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 818 bytes
Desc: not available
URL: 

Skype bi-directional video call crashes X server (xserver, mesa, drm, kernel from git, r600g+glamor)

[Eric Anholt]

Keith Packard  writes:

> Eric Anholt  writes:
>
>>> --- a/glamor/glamor_xv.c
>>> +++ b/glamor/glamor_xv.c
>>> @@ -435,7 +435,7 @@ glamor_xv_put_image(glamor_port_private *port_priv,
>>>  }
>>>  
>>>  top = (src_y) & ~1;
>>> -nlines = (src_y + height) - top;
>>> +nlines = (src_y + src_h) - top;
>>>  
>>>  switch (id) {
>>>  case FOURCC_YV12:
>>
>> If the point is to upload only from the src_[xywh] recctangle, shouldn't
>> the glamor_upload_sub_pixmap_to_texture() calls be using src_w instead
>> of width, too?
>
> It doesn't need to, but it could as an optimization. Skipping lines at
> the top and bottom is also just an optimization as the source rectangle
> defines a subset of the provided buffer, after all. I just fixed that
> optimization.

glamor_xv_render is trying to scale from dst coords to src coords using
multiplication by src_w / dst_w, though, so if the src pixmap was width
wide instead of src_w wide, I think you'd be rendering wrong.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 818 bytes
Desc: not available
URL: 

Skype bi-directional video call crashes X server (xserver, mesa, drm, kernel from git, r600g+glamor)

[Kertesz Laszlo]

On Sat, 2014-12-27 at 09:18 -0800, Keith Packard wrote: 
> Kertesz Laszlo  writes:
> 
> > Ok, rebuilt the xserver package with debugging symbols (seems that
> > checkinstall strips stuff by default). I got a bigger gdb.txt. See if it
> > helps.
> 
> I found a bug -- glamor_xv_put_image was mis-computing the number of
> lines of changed video when the client drew only a subset of the
> image. I think the client is drawing at src_y=1, src_h=239 for some
> weird reason (I suspect a bug in the client).
> 
> Try this patch:
> 

Tried it and it works. I had a ~10 min Skype call and had no issues.

Skype bi-directional video call crashes X server (xserver, mesa, drm, kernel from git, r600g+glamor)

[Keith Packard]

Kertesz Laszlo  writes:

> Tried it and it works. I had a ~10 min Skype call and had no issues.

Thanks for testing.

-- 
keith.packard at intel.com
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 810 bytes
Desc: not available
URL: 

Skype bi-directional video call crashes X server (xserver, mesa, drm, kernel from git, r600g+glamor)

[Keith Packard]

Eric Anholt  writes:

>> --- a/glamor/glamor_xv.c
>> +++ b/glamor/glamor_xv.c
>> @@ -435,7 +435,7 @@ glamor_xv_put_image(glamor_port_private *port_priv,
>>  }
>>  
>>  top = (src_y) & ~1;
>> -nlines = (src_y + height) - top;
>> +nlines = (src_y + src_h) - top;
>>  
>>  switch (id) {
>>  case FOURCC_YV12:
>
> If the point is to upload only from the src_[xywh] recctangle, shouldn't
> the glamor_upload_sub_pixmap_to_texture() calls be using src_w instead
> of width, too?

It doesn't need to, but it could as an optimization. Skipping lines at
the top and bottom is also just an optimization as the source rectangle
defines a subset of the provided buffer, after all. I just fixed that
optimization.

-- 
keith.packard at intel.com
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 810 bytes
Desc: not available
URL: 

Skype bi-directional video call crashes X server (xserver, mesa, drm, kernel from git, r600g+glamor)

[Keith Packard]

Kertesz Laszlo  writes:

> Ok, rebuilt the xserver package with debugging symbols (seems that
> checkinstall strips stuff by default). I got a bigger gdb.txt. See if it
> helps.

I found a bug -- glamor_xv_put_image was mis-computing the number of
lines of changed video when the client drew only a subset of the
image. I think the client is drawing at src_y=1, src_h=239 for some
weird reason (I suspect a bug in the client).

Try this patch:

-- next part --
A non-text attachment was scrubbed...
Name: 0001-glamor-Fix-nlines-in-glamor_xv_put_image-when-src_y-.patch
Type: text/x-diff
Size: 874 bytes
Desc: not available
URL: 

-- next part --

-- 
keith.packard at intel.com
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 810 bytes
Desc: not available
URL: 

Skype bi-directional video call crashes X server (xserver, mesa, drm, kernel from git, r600g+glamor)

[Eric Anholt]

Keith Packard  writes:

> Kertesz Laszlo  writes:
>
>> Ok, rebuilt the xserver package with debugging symbols (seems that
>> checkinstall strips stuff by default). I got a bigger gdb.txt. See if it
>> helps.
>
> I found a bug -- glamor_xv_put_image was mis-computing the number of
> lines of changed video when the client drew only a subset of the
> image. I think the client is drawing at src_y=1, src_h=239 for some
> weird reason (I suspect a bug in the client).
>
> Try this patch:
>
> From eaa4225413b31314070f9a52d9290649e79a3b0f Mon Sep 17 00:00:00 2001
> From: Keith Packard 
> Date: Sat, 27 Dec 2014 09:11:33 -0800
> Subject: [PATCH] glamor: Fix nlines in glamor_xv_put_image when src_y is odd
>
> The number of lines of video to update in the texture needs to be
> computed from the height of the updated source, not the full height of
> the source.
>
> Signed-off-by: Keith Packard 
> ---
>  glamor/glamor_xv.c | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/glamor/glamor_xv.c b/glamor/glamor_xv.c
> index 1c877da..83e24ad 100644
> --- a/glamor/glamor_xv.c
> +++ b/glamor/glamor_xv.c
> @@ -435,7 +435,7 @@ glamor_xv_put_image(glamor_port_private *port_priv,
>  }
>  
>  top = (src_y) & ~1;
> -nlines = (src_y + height) - top;
> +nlines = (src_y + src_h) - top;
>  
>  switch (id) {
>  case FOURCC_YV12:

If the point is to upload only from the src_[xywh] recctangle, shouldn't
the glamor_upload_sub_pixmap_to_texture() calls be using src_w instead
of width, too?
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 818 bytes
Desc: not available
URL: 

Skype bi-directional video call crashes X server (xserver, mesa, drm, kernel from git, r600g+glamor)

[Kertesz Laszlo]

On Fri, 2014-12-26 at 12:17 +0900, Michel Dänzer wrote: 
> On 26.12.2014 12:10, Kertesz Laszlo wrote:
> > On Fri, 2014-12-26 at 10:26 +0900, Michel Dänzer wrote: 
> >> On 26.12.2014 09:01, Kertesz Laszlo wrote:
> >>> Attached gdb trace (crashed on latest git x server).
> >>
> >> Did it include commit 70a6f65f9e2b26ef7539dcacfcfea927bc1f13fd ('glamor:
> >> Make sure Xvideo source image data is properly aligned')? If not, does
> >> that help by any chance?
> >>
> >> If not, can you make sure debugging symbols are available for
> >> /usr/lib/x86_64-linux-gnu/xorg/modules/libglamoregl.so, and get another
> >> backtrace?
> >>
> >>
> > Yes i do have that commit (last is  modesetting: Add vblank
> > synchronization support when using Present.).
> > And i enabled debug in the xserver with --enable-debug, is there
> > something else i need to add for libglamoregl?
> 
> If you're building and installing packages from xserver Git, you may
> need to install the corresponding debugging package. Otherwise, make
> sure /usr/lib/x86_64-linux-gnu/xorg/modules/libglamoregl.so is actually
> the one you built from Git, and that it doesn't get stripped.
> 
> 

Ok, rebuilt the xserver package with debugging symbols (seems that
checkinstall strips stuff by default). I got a bigger gdb.txt. See if it
helps.

-- next part --
Continuing.

Program received signal SIGABRT, Aborted.
0x7f62dd2e5107 in __GI_raise (sig=sig at entry=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:56
56  ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
#0  0x7f62dd2e5107 in __GI_raise (sig=sig at entry=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:56
resultvar = 0
pid = 321
selftid = 321
#1  0x7f62dd2e64e8 in __GI_abort () at abort.c:89
save_stage = 2
act = {__sigaction_handler = {sa_handler = 0x7fff09a46f97, sa_sigaction 
= 0x7fff09a46f97}, sa_mask = {__val = {140062595550753, 140062573768354, 806, 
4, 140733355154400, 50883329280, 
  140062522211584, 4294967296, 0, 0, 0, 21474836480, 
140062595550279, 140733355154552, 140062627950592, 140062595565928}}, sa_flags 
= -604721240, 
  sa_restorer = 0x7f62dbf4b1c0 <__PRETTY_FUNCTION__.42275>}
sigs = {__val = {32, 0 }}
#2  0x7f62dd2de226 in __assert_fail_base (fmt=0x7f62dd414968 "%s%s%s:%u: 
%s%sAssertion `%s' failed.\n%n", 
assertion=assertion at entry=0x7f62dbf4afa8 "y + fbo_y_off + h <= 
pixmap_priv->base.fbo->height", file=file at entry=0x7f62dbf4aea2 
"glamor_pixmap.c", line=line at entry=806, 
function=function at entry=0x7f62dbf4b1c0 <__PRETTY_FUNCTION__.42275> 
"_glamor_upload_bits_to_pixmap_texture") at assert.c:92
str = 0x23eff80 "\220\351\065\002"
total = 4096
#3  0x7f62dd2de2d2 in __GI___assert_fail (assertion=assertion at 
entry=0x7f62dbf4afa8 "y + fbo_y_off + h <= pixmap_priv->base.fbo->height", 
file=file at entry=0x7f62dbf4aea2 "glamor_pixmap.c", 
line=line at entry=806, function=function at entry=0x7f62dbf4b1c0 
<__PRETTY_FUNCTION__.42275> "_glamor_upload_bits_to_pixmap_texture") at 
assert.c:101
No locals.
#4  0x7f62dbf3c1fe in _glamor_upload_bits_to_pixmap_texture 
(pixmap=0x2342210, format=6406, type=5121, no_alpha=0, revert=0, swap_rb=3, 
x=0, y=0, w=320, h=241, stride=320, bits=0x2373178, pbo=0)
at glamor_pixmap.c:806
fbo_x_off = 0
fbo_y_off = 0
pixmap_priv = 0x23fe730
vertices = {-1, -1, 1, -1, 1, 1, -1, 1}
texcoords_inv = {0, 0, 1, 0, 1, 1, 0, 1}
ptexcoords = 
dst_xscale = 
dst_yscale = 
tex = 0
need_free_bits = 0
__PRETTY_FUNCTION__ = "_glamor_upload_bits_to_pixmap_texture"
#5  0x7f62dbf3caf8 in glamor_upload_sub_pixmap_to_texture (pixmap=0x141, 
x=321, x at entry=0, y=6, y at entry=0, w=320, h=241, stride=1667525480, stride 
at entry=320, bits=0x2373178, pbo=0)
at glamor_pixmap.c:1031
force_clip = -602555200
__FUNCTION__ = "glamor_upload_sub_pixmap_to_texture"
__PRETTY_FUNCTION__ = "glamor_upload_sub_pixmap_to_texture"
#6  0x7f62dbf44ae3 in glamor_xv_put_image (port_priv=0x1a33a38, 
pDrawable=0x23e5d80, src_x=, src_y=, 
drw_x=, drw_y=, src_w=320, 
src_h=239, drw_w=63, drw_h=47, id=842094169, 
buf=0x2373178 '\374' , '\373' , 
"\372\373", '\372' , 
"\371\372\372\372\372\372\372\372\372\371\371\371\372\371\372\372\372\371\372\372\372\372\372\372\372\372\372\371\371\371\372\371\371\372\372\371\372\371\371\371\371\370\361\336Ǹ\257\241\217\205sqnpqlgefghijhhmwuqo"...,
 width=320, height=240, sync=0, clipBoxes=0x7fff09a46000)
at glamor_xv.c:454
pScreen = 0x154c8f0
srcPitch = 320
srcPitch2 = 160
top = 0
nlines = 241
s2offset = 
s3offset = 
#7  0x0048d9ef in xf86XVPutImage (pDraw=0x23e5d80, pPort=0x1a34340, 
pGC=, src_x=, src_y=, 
src_w=, src_h=239, drw_x=0, drw_y=0, 
drw_w=63, drw_h=47, format=0x19a9690, 

Skype bi-directional video call crashes X server (xserver, mesa, drm, kernel from git, r600g+glamor)

[Michel Dänzer]

On 26.12.2014 12:10, Kertesz Laszlo wrote:
> On Fri, 2014-12-26 at 10:26 +0900, Michel Dänzer wrote: 
>> On 26.12.2014 09:01, Kertesz Laszlo wrote:
>>> Attached gdb trace (crashed on latest git x server).
>>
>> Did it include commit 70a6f65f9e2b26ef7539dcacfcfea927bc1f13fd ('glamor:
>> Make sure Xvideo source image data is properly aligned')? If not, does
>> that help by any chance?
>>
>> If not, can you make sure debugging symbols are available for
>> /usr/lib/x86_64-linux-gnu/xorg/modules/libglamoregl.so, and get another
>> backtrace?
>>
>>
> Yes i do have that commit (last is  modesetting: Add vblank
> synchronization support when using Present.).
> And i enabled debug in the xserver with --enable-debug, is there
> something else i need to add for libglamoregl?

If you're building and installing packages from xserver Git, you may
need to install the corresponding debugging package. Otherwise, make
sure /usr/lib/x86_64-linux-gnu/xorg/modules/libglamoregl.so is actually
the one you built from Git, and that it doesn't get stripped.


-- 
Earthling Michel Dänzer   |   http://www.amd.com
Libre software enthusiast | Mesa and X developer

Skype bi-directional video call crashes X server (xserver, mesa, drm, kernel from git, r600g+glamor)

[Michel Dänzer]

On 26.12.2014 09:01, Kertesz Laszlo wrote:
> Attached gdb trace (crashed on latest git x server).

Did it include commit 70a6f65f9e2b26ef7539dcacfcfea927bc1f13fd ('glamor:
Make sure Xvideo source image data is properly aligned')? If not, does
that help by any chance?

If not, can you make sure debugging symbols are available for
/usr/lib/x86_64-linux-gnu/xorg/modules/libglamoregl.so, and get another
backtrace?


-- 
Earthling Michel Dänzer   |   http://www.amd.com
Libre software enthusiast | Mesa and X developer

Skype bi-directional video call crashes X server (xserver, mesa, drm, kernel from git, r600g+glamor)

[Kertesz Laszlo]

On Fri, 2014-12-26 at 10:26 +0900, Michel Dänzer wrote: 
> On 26.12.2014 09:01, Kertesz Laszlo wrote:
> > Attached gdb trace (crashed on latest git x server).
> 
> Did it include commit 70a6f65f9e2b26ef7539dcacfcfea927bc1f13fd ('glamor:
> Make sure Xvideo source image data is properly aligned')? If not, does
> that help by any chance?
> 
> If not, can you make sure debugging symbols are available for
> /usr/lib/x86_64-linux-gnu/xorg/modules/libglamoregl.so, and get another
> backtrace?
> 
> 
Yes i do have that commit (last is  modesetting: Add vblank
synchronization support when using Present.).
And i enabled debug in the xserver with --enable-debug, is there
something else i need to add for libglamoregl?

Skype bi-directional video call crashes X server (xserver, mesa, drm, kernel from git, r600g+glamor)

[Kertesz Laszlo]

Attached gdb trace (crashed on latest git x server).


-- 
O zi buna,
Kertesz Laszlo
-- next part --
Continuing.

Program received signal SIGABRT, Aborted.
0x7f95897a5107 in __GI_raise (sig=sig at entry=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:56
56  ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
#0  0x7f95897a5107 in __GI_raise (sig=sig at entry=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:56
resultvar = 0
pid = 1782
selftid = 1782
#1  0x7f95897a64e8 in __GI_abort () at abort.c:89
save_stage = 2
act = {__sigaction_handler = {sa_handler = 0x7fffb8735f97, sa_sigaction 
= 0x7fffb8735f97}, sa_mask = {__val = {140280234577441, 140280212795042, 806, 
4, 140736287947904, 49479023872, 
  140280161238272, 4294967296, 0, 0, 0, 21474836480, 
140280234576967, 140736287948056, 140280267075584, 140280234592616}}, sa_flags 
= -2009026648, sa_restorer = 0x7f958840b1c0}
sigs = {__val = {32, 0 }}
#2  0x7f958979e226 in __assert_fail_base (fmt=0x7f95898d4968 "%s%s%s:%u: 
%s%sAssertion `%s' failed.\n%n", 
assertion=assertion at entry=0x7f958840afa8 "y + fbo_y_off + h <= 
pixmap_priv->base.fbo->height", file=file at entry=0x7f958840aea2 
"glamor_pixmap.c", line=line at entry=806, 
function=function at entry=0x7f958840b1c0 
"_glamor_upload_bits_to_pixmap_texture") at assert.c:92
str = 0x1b5f570 ""
total = 4096
#3  0x7f958979e2d2 in __GI___assert_fail (assertion=0x7f958840afa8 "y + 
fbo_y_off + h <= pixmap_priv->base.fbo->height", file=0x7f958840aea2 
"glamor_pixmap.c", line=806, 
function=0x7f958840b1c0 "_glamor_upload_bits_to_pixmap_texture") at 
assert.c:101
No locals.
#4  0x7f95883fc1fe in ?? () from 
/usr/lib/x86_64-linux-gnu/xorg/modules/libglamoregl.so
No symbol table info available.
#5  0x7f95883fcaf8 in ?? () from 
/usr/lib/x86_64-linux-gnu/xorg/modules/libglamoregl.so
No symbol table info available.
#6  0x7f9588404ae3 in ?? () from 
/usr/lib/x86_64-linux-gnu/xorg/modules/libglamoregl.so
No symbol table info available.
#7  0x0048d9ef in ?? ()
No symbol table info available.
#8  0x004d5859 in ?? ()
No symbol table info available.
#9  0x00437c87 in ?? ()
No symbol table info available.
#10 0x0043bd1b in ?? ()
No symbol table info available.
#11 0x7f9589791b45 in __libc_start_main (main=0x427350, argc=12, 
argv=0x7fffb8734358, init=, fini=, 
rtld_fini=, stack_end=0x7fffb8734348)
at libc-start.c:287
result = 
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {0, -517365550660209946, 
4354901, 140736287949648, 0, 0, 517494095386489574, 575018433031549670}, 
mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 
  0x594380 <__libc_csu_init>, 0x7fffb8734358}, data = {prev = 0x0, 
cleanup = 0x0, canceltype = 5849984}}}
not_first_call = 
#12 0x0042737e in _start ()
No symbol table info available.

Skype bi-directional video call crashes X server (xserver, mesa, drm, kernel from git, r600g+glamor)

[Michel Dänzer]

On 19.12.2014 07:03, Kertesz Laszlo wrote:
> On Tue, 2014-10-28 at 09:41 -0400, Alex Deucher wrote: 
>> On Tue, Oct 28, 2014 at 8:13 AM, Laszlo Kertesz
>>  wrote:
>>> Hello,
>>> i have an issue with Skype lately (i compile mesa, kernel, drm, xserver from
>>> git periodically and i use a A8-6500 with its IGP with r600g and glamor).
>>> It crashes the x server if i use bi directional video call. It seems to work
>>> in one-way video.
>>> The x server restarts, but skype  continues to work for about half a minute
>>> more, including sending video.
>>> One problem is that i dont see any errors in any logs, not dmesg or xorg log
>>> so i cant say which component is the culprit.
>>>
>>> Now it seems that a similar issue existed in the past and it was related to
>>> some drivers that couldnt handle multiple xv instances (one for the received
>>> video, the other for the local video thumbnail). And there was a workaround
>>> of disabling the local video thumbnail which cant be done on the current
>>> Skype (4.3). The glamor xv reports 16 available ports though.
>>>
>>> Is there any other way of diagnosing this error? Maybe i have some issue
>>> with the 32 bit driver installation?
>>> Although i had no problems whatsoever (gaming on Steam, vdpau etc works well
>>> for example) other than this.
>>>
>>
>> Attach gdb to the xserver and get a backtrace when it crashes.  Make
>> sure you install the debug symbols for the xserver, etc.
>> http://www.x.org/wiki/Development/Documentation/ServerDebugging/
>>
>> Alex
> 
> I idd a bdb trace a while back and it does seem incomplete probably
> because something wasnt compiled with debug on.
> 
> Program received signal SIGABRT, Aborted.
> 0x7f530e3d5077 in __GI_raise (sig=sig at entry=6)
> at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
> 56 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
> Continuing.

You need to run 'bt full' at this point instead of continuing execution.


-- 
Earthling Michel Dänzer   |   http://www.amd.com
Libre software enthusiast | Mesa and X developer

Skype bi-directional video call crashes X server (xserver, mesa, drm, kernel from git, r600g+glamor)

[Kertesz Laszlo]

On Tue, 2014-10-28 at 09:41 -0400, Alex Deucher wrote: 
> On Tue, Oct 28, 2014 at 8:13 AM, Laszlo Kertesz
>  wrote:
> > Hello,
> > i have an issue with Skype lately (i compile mesa, kernel, drm, xserver from
> > git periodically and i use a A8-6500 with its IGP with r600g and glamor).
> > It crashes the x server if i use bi directional video call. It seems to work
> > in one-way video.
> > The x server restarts, but skype  continues to work for about half a minute
> > more, including sending video.
> > One problem is that i dont see any errors in any logs, not dmesg or xorg log
> > so i cant say which component is the culprit.
> >
> > Now it seems that a similar issue existed in the past and it was related to
> > some drivers that couldnt handle multiple xv instances (one for the received
> > video, the other for the local video thumbnail). And there was a workaround
> > of disabling the local video thumbnail which cant be done on the current
> > Skype (4.3). The glamor xv reports 16 available ports though.
> >
> > Is there any other way of diagnosing this error? Maybe i have some issue
> > with the 32 bit driver installation?
> > Although i had no problems whatsoever (gaming on Steam, vdpau etc works well
> > for example) other than this.
> >
> 
> Attach gdb to the xserver and get a backtrace when it crashes.  Make
> sure you install the debug symbols for the xserver, etc.
> http://www.x.org/wiki/Development/Documentation/ServerDebugging/
> 
> Alex

I idd a bdb trace a while back and it does seem incomplete probably
because something wasnt compiled with debug on.

Program received signal SIGABRT, Aborted.
0x7f530e3d5077 in __GI_raise (sig=sig at entry=6)
at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
56 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
Continuing.
[Thread 0x7f53083d7700 (LWP 32676) exited]

Program terminated with signal SIGABRT, Aborted.
The program no longer exists.

Anyway, the cause is clearly glamor on r600g related as i have disabled
glamor and on exa i did not have any such issues.
Even with the newest xserver git build it does crash nonetheless.

last commit is 
glamor: Make sure glamor_egl_close_screen wraps glamor_close_screen

Skype bi-directional video call crashes X server (xserver, mesa, drm, kernel from git, r600g+glamor)

[Alex Deucher]

On Thu, Dec 18, 2014 at 5:03 PM, Kertesz Laszlo
 wrote:
> On Tue, 2014-10-28 at 09:41 -0400, Alex Deucher wrote:
>> On Tue, Oct 28, 2014 at 8:13 AM, Laszlo Kertesz
>>  wrote:
>> > Hello,
>> > i have an issue with Skype lately (i compile mesa, kernel, drm, xserver 
>> > from
>> > git periodically and i use a A8-6500 with its IGP with r600g and glamor).
>> > It crashes the x server if i use bi directional video call. It seems to 
>> > work
>> > in one-way video.
>> > The x server restarts, but skype  continues to work for about half a minute
>> > more, including sending video.
>> > One problem is that i dont see any errors in any logs, not dmesg or xorg 
>> > log
>> > so i cant say which component is the culprit.
>> >
>> > Now it seems that a similar issue existed in the past and it was related to
>> > some drivers that couldnt handle multiple xv instances (one for the 
>> > received
>> > video, the other for the local video thumbnail). And there was a workaround
>> > of disabling the local video thumbnail which cant be done on the current
>> > Skype (4.3). The glamor xv reports 16 available ports though.
>> >
>> > Is there any other way of diagnosing this error? Maybe i have some issue
>> > with the 32 bit driver installation?
>> > Although i had no problems whatsoever (gaming on Steam, vdpau etc works 
>> > well
>> > for example) other than this.
>> >
>>
>> Attach gdb to the xserver and get a backtrace when it crashes.  Make
>> sure you install the debug symbols for the xserver, etc.
>> http://www.x.org/wiki/Development/Documentation/ServerDebugging/
>>
>> Alex
>
> I idd a bdb trace a while back and it does seem incomplete probably
> because something wasnt compiled with debug on.
>
> Program received signal SIGABRT, Aborted.
> 0x7f530e3d5077 in __GI_raise (sig=sig at entry=6)
> at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
> 56 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
> Continuing.
> [Thread 0x7f53083d7700 (LWP 32676) exited]
>
> Program terminated with signal SIGABRT, Aborted.
> The program no longer exists.
>
> Anyway, the cause is clearly glamor on r600g related as i have disabled
> glamor and on exa i did not have any such issues.
> Even with the newest xserver git build it does crash nonetheless.
>

The question is whether the issue is in glamor or r600g or mesa.

Alex

Skype bi-directional video call crashes X server (xserver, mesa, drm, kernel from git, r600g+glamor)

[Laszlo Kertesz]

Hello,
i have an issue with Skype lately (i compile mesa, kernel, drm, xserver 
from git periodically and i use a A8-6500 with its IGP with r600g and 
glamor).
It crashes the x server if i use bi directional video call. It seems to 
work in one-way video.
The x server restarts, but skype  continues to work for about half a 
minute more, including sending video.
One problem is that i dont see any errors in any logs, not dmesg or xorg 
log so i cant say which component is the culprit.

Now it seems that a similar issue existed in the past and it was related 
to some drivers that couldnt handle multiple xv instances (one for the 
received video, the other for the local video thumbnail). And there was 
a workaround of disabling the local video thumbnail which cant be done 
on the current Skype (4.3). The glamor xv reports 16 available ports though.

Is there any other way of diagnosing this error? Maybe i have some issue 
with the 32 bit driver installation?
Although i had no problems whatsoever (gaming on Steam, vdpau etc works 
well for example) other than this.

Skype bi-directional video call crashes X server (xserver, mesa, drm, kernel from git, r600g+glamor)

[Alex Deucher]

On Tue, Oct 28, 2014 at 8:13 AM, Laszlo Kertesz
 wrote:
> Hello,
> i have an issue with Skype lately (i compile mesa, kernel, drm, xserver from
> git periodically and i use a A8-6500 with its IGP with r600g and glamor).
> It crashes the x server if i use bi directional video call. It seems to work
> in one-way video.
> The x server restarts, but skype  continues to work for about half a minute
> more, including sending video.
> One problem is that i dont see any errors in any logs, not dmesg or xorg log
> so i cant say which component is the culprit.
>
> Now it seems that a similar issue existed in the past and it was related to
> some drivers that couldnt handle multiple xv instances (one for the received
> video, the other for the local video thumbnail). And there was a workaround
> of disabling the local video thumbnail which cant be done on the current
> Skype (4.3). The glamor xv reports 16 available ports though.
>
> Is there any other way of diagnosing this error? Maybe i have some issue
> with the 32 bit driver installation?
> Although i had no problems whatsoever (gaming on Steam, vdpau etc works well
> for example) other than this.
>

Attach gdb to the xserver and get a backtrace when it crashes.  Make
sure you install the debug symbols for the xserver, etc.
http://www.x.org/wiki/Development/Documentation/ServerDebugging/

Alex