NetBSD Problem Report #47112

From ignatios@cs.uni-bonn.de  Tue Oct 23 15:00:00 2012
Return-Path: <ignatios@cs.uni-bonn.de>
Received: from mail.netbsd.org (mail.netbsd.org [149.20.53.66])
	by www.NetBSD.org (Postfix) with ESMTP id 274B563CA81
	for <gnats-bugs@gnats.NetBSD.org>; Tue, 23 Oct 2012 15:00:00 +0000 (UTC)
Message-Id: <1351004371.214750.18236.nullmailer@jaguar-alpha.cs.uni-bonn.de>
Date: Tue, 23 Oct 2012 16:59:31 +0200
From: ignatios@cs.uni-bonn.de
Reply-To: ignatios@cs.uni-bonn.de
To: gnats-bugs@gnats.NetBSD.org
Subject: remote GL applications crash with remote X
X-Send-Pr-Version: 3.95

>Number:         47112
>Category:       pkg
>Synopsis:       remote GL applications crash with remote X
>Confidential:   no
>Severity:       serious
>Priority:       low
>Responsible:    lib-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Tue Oct 23 15:00:01 +0000 2012
>Closed-Date:    
>Last-Modified:  Mon Dec 07 21:42:19 +0000 2020
>Originator:     ignatios@cs.uni-bonn.de
>Release:        NetBSD 6.0_RC2
>Organization:
computer science department, university of Bonn, Germany
>Environment:

>Description:

When using X11 forwarding, GL applications crash (all from MesaDemos that
I tried, e.g. gearbox).

Locally they seem to work. Remotely forwarded from a slow 
machine to a faster seems to work, too, but the sample is
not statistically significant.

I've tracked down the crash location to this(gdb) up
#1  0xbaff87ba in _tnl_build_vertices (ctx=0xbb19d000, start=0, end=162, 
    newinputs=4294967295) at tnl/t_vertex.c:434
434     in tnl/t_vertex.c
(gdb) print vtx->emit
$3 = (tnl_emit_func) 0x3f800000
(gdb) x/i vtx->emit
   0x3f800000:  Cannot access memory at address 0x3f800000

(gdb) where
#0  0xbb10f000 in ?? ()
#1  0xbaff87ba in _tnl_build_vertices (ctx=0xbb19d000, start=0, end=162, 
    newinputs=4294967295) at tnl/t_vertex.c:434
#2  0xbafeda6e in run_render (ctx=0xbb19d000, stage=0xbab56214)
    at tnl/t_vb_render.c:290
#3  0xbafe3b6e in _tnl_run_pipeline (ctx=0xbb19d000) at tnl/t_pipeline.c:158
#4  0xbafe4780 in _tnl_draw_prims (ctx=0xbb19d000, arrays=0xbab43730, 
    prim=0xbb1d3000, nr_prims=2, ib=0x0, min_index=0, max_index=161)
    at tnl/t_draw.c:402
#5  0xbafe2f6c in vbo_save_playback_vertex_list (ctx=0xbb19d000, 
    data=0xbb10e43c) at vbo/vbo_save_draw.c:248
#6  0xbaf41feb in execute_list (ctx=0xbb19d000, list=<optimized out>)
    at main/dlist.c:5764
#7  0xbaf51dd2 in _mesa_CallList (list=1) at main/dlist.c:6851
#8  0xbafcadd7 in neutral_CallList (i=1) at main/vtxfmt_tmp.h:298
#9  0x08049ba6 in draw ()
#10 0xbb7bc8c2 in processWindowWorkList () from /usr/pkg/lib/libglut.so.2
#11 0xbb7bdb63 in glutMainLoop () from /usr/pkg/lib/libglut.so.2
#12 0x0804afed in main ()

How-To-Repeat:
	/usr/pkg/share/examples/MesaDemos/demos/gearbox
>How-To-Repeat:

>Fix:
	workaround: Don't use MesaLib remotely; e.g. install
	xlockmore-lite to prevent it to crash when a GL mode is chosen,
	or force it to a safe mode (like "blank").

>Release-Note:

>Audit-Trail:

State-Changed-From-To: open->feedback
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Tue, 03 Jun 2014 04:26:31 +0000
State-Changed-Why:
Is there any reason this should be confidential? I'm guessing not...


From: Ignatios Souvatzis <ignatios@cs.uni-bonn.de>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: pkg/47112 (remote GL applications crash with remote X)
Date: Tue, 3 Jun 2014 10:52:57 +0200

 > Is there any reason this should be confidential? I'm guessing not...

 No, there isn't. (I mistyped.)

State-Changed-From-To: feedback->open
State-Changed-By: is@NetBSD.org
State-Changed-When: Tue, 03 Jun 2014 08:59:53 +0000
State-Changed-Why:
Feedback received; confidentiality inversed as instructed.


State-Changed-From-To: open->feedback
State-Changed-By: maya@NetBSD.org
State-Changed-When: Mon, 02 Sep 2019 15:31:11 +0000
State-Changed-Why:
Is this still an issue with updated mesa?


State-Changed-From-To: feedback->open
State-Changed-By: maya@NetBSD.org
State-Changed-When: Mon, 07 Dec 2020 21:42:19 +0000
State-Changed-Why:
Have seen some mesa crashes so not assuming fixed.


>Unformatted:
 		MesaLib-7.4.4nb5:



 	>Environment:
 	<The following information is extracted from your kernel. Please>
 	<append output of "ldd", "ident" where relevant (multiple lines).>
 System: NetBSD jaguar-alpha 6.0_RC2 NetBSD 6.0_RC2 (XEN3PAE_DOMU) #8: Thu Sep 27 17:08:35 CEST 2012 ignatios@random84.cs.uni-bonn.de:/var/itch/sources/6.0/oi386/sys/arch/i386/compile/XEN3PAE_DOMU i386
 Architecture: i386
 Machine: i386
 /usr/pkg/share/examples/MesaDemos-7.4.4/demos/gearbox:
         -lglut.2 => /usr/pkg/lib/libglut.so.2
         -lGLU.1 => /usr/pkg/lib/libGLU.so.1
         -lGL.1 => /usr/pkg/lib/libGL.so.1
         -lXxf86vm.1 => /usr/pkg/lib/libXxf86vm.so.1
         -lXext.6 => /usr/pkg/lib/libXext.so.6
         -lX11.6 => /usr/pkg/lib/libX11.so.6
         -lxcb.1 => /usr/pkg/lib/libxcb.so.1
         -lXau.6 => /usr/pkg/lib/libXau.so.6
         -lc.12 => /usr/lib/libc.so.12
         -lXdmcp.6 => /usr/pkg/lib/libXdmcp.so.6
         -lXdamage.1 => /usr/pkg/lib/libXdamage.so.1
         -lXfixes.3 => /usr/pkg/lib/libXfixes.so.3
         -lm.0 => /usr/lib/libm.so.0
         -lgcc_s.1 => /lib/libgcc_s.so.1
         -ldrm.2 => /usr/pkg/lib/libdrm.so.2
         -lstdc++.7 => /usr/lib/libstdc++.so.7
         -lXmu.6 => /usr/pkg/lib/libXmu.so.6
         -lXt.6 => /usr/pkg/lib/libXt.so.6
         -lSM.6 => /usr/pkg/lib/libSM.so.6
         -lICE.6 => /usr/pkg/lib/libICE.so.6
         -lXi.6 => /usr/pkg/lib/libXi.so.6

NetBSD Home
NetBSD PR Database Search

(Contact us) $NetBSD: gnats-precook-prs,v 1.4 2018/12/21 14:20:20 maya Exp $
$NetBSD: gnats_config.sh,v 1.9 2014/08/02 14:16:04 spz Exp $
Copyright © 1994-2017 The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.