dri-devel Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: bugzilla-daemon@freedesktop.org
To: dri-devel@lists.freedesktop.org
Subject: [Bug 71859] texelFetch segfault in libLLVM-3.3.so (on Cayman)
Date: Fri, 22 Nov 2013 03:50:37 +0000	[thread overview]
Message-ID: <bug-71859-502-qF7cUbeWen@http.bugs.freedesktop.org/> (raw)
In-Reply-To: <bug-71859-502@http.bugs.freedesktop.org/>


[-- Attachment #1.1: Type: text/plain, Size: 6093 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=71859

--- Comment #6 from Alexandre Demers <alexandre.f.demers@gmail.com> ---
Well, before looking at the backtrace, I want to flag I don't have the same
result with and without gdb. See below.

I ran one of the failing TexelFetch tests that was failing. Running
"/home/dema1701/projects/display/piglit/bin/texelFetch 140 vs usampler2DRect
-auto -fbo" in a terminal fails with the following:

VM start=0x800000  end=0x801000 | Buffer 4096 bytes
VM start=0x801000  end=0x811000 | Buffer 65536 bytes
VM start=0x811000  end=0x811010 | Buffer 16 bytes
VM start=0x812000  end=0x812038 | Buffer 56 bytes
VM start=0x813000  end=0x813038 | Buffer 56 bytes
VM start=0x814000  end=0x814020 | Buffer 32 bytes
VM start=0x815000  end=0x815028 | Buffer 40 bytes
VM start=0x816000  end=0x816010 | Buffer 16 bytes
ATTENTION: default value of option vblank_mode overridden by environment.
VM start=0x817000  end=0x827000 | Buffer 65536 bytes
VM start=0x827000  end=0x827010 | Buffer 16 bytes
VM start=0x828000  end=0x828038 | Buffer 56 bytes
VM start=0x829000  end=0x829038 | Buffer 56 bytes
VM start=0x82A000  end=0x82A020 | Buffer 32 bytes
VM start=0x82B000  end=0x82B028 | Buffer 40 bytes
VM start=0x82C000  end=0x82C010 | Buffer 16 bytes
VM start=0x830000  end=0x834000 | Texture 512x32x1, 1 levels, 1 samples,
i8_unorm
VM start=0x834000  end=0x844000 | Buffer 65536 bytes
VM start=0x82D000  end=0x82D080 | Buffer 128 bytes
VM start=0x82E000  end=0x82E020 | Buffer 32 bytes
VM start=0x82F000  end=0x82F010 | Buffer 16 bytes
VM start=0x848000  end=0x868000 | Texture 165x165x1, 1 levels, 1 samples,
r8g8_unorm
VM start=0x868000  end=0x87CA00 | Texture 165x165x1, 1 levels, 1 samples,
r8g8_unorm
VM start=0x844000  end=0x844078 | Buffer 120 bytes
VM start=0x845000  end=0x845190 | Buffer 400 bytes
VM start=0x846000  end=0x8466C0 | Buffer 1728 bytes
VM start=0x847000  end=0x8473C0 | Buffer 960 bytes
VM start=0x900000  end=0xB80000 | Texture 900x600x1, 1 levels, 1 samples,
b8g8r8x8_unorm
VM start=0xB80000  end=0xF55700 | Texture 900x600x1, 10 levels, 1 samples,
r8g8b8a8_unorm
65x32x1
VM start=0x880000  end=0x889000 | Texture 65x32x1, 1 levels, 1 samples,
r32g32b32a32_uint
VM start=0x889000  end=0x899000 | Texture 65x32x1, 1 levels, 1 samples,
r32g32b32a32_uint
VM start=0x899000  end=0x899050 | Buffer 80 bytes
VM start=0x89A000  end=0x8AA000 | Buffer 65536 bytes
VM start=0x8AA000  end=0x8AA050 | Buffer 80 bytes
VM start=0x8AB000  end=0x8B3200 | Buffer 33280 bytes
VM start=0x8B4000  end=0x8BC200 | Buffer 33280 bytes
VM start=0x8BD000  end=0x8BD0F8 | Buffer 248 bytes
Stack dump:
0.    Running pass 'Function Pass Manager' on module 'tgsi'.
1.    Running pass 'AMDGPU DAG->DAG Pattern Instruction Selection' on function
'@main'
Segmentation fault (core dumped)

---
Running the same thing, but with gdb as "gdb --args
/home/dema1701/projects/display/piglit/bin/texelFetch 140 vs usampler2DRect
-auto -fbo" ends with a PASS:

Starting program: /home/dema1701/projects/display/piglit/bin/texelFetch 140 vs
usampler2DRect -auto -fbo
warning: no loadable sections found in added symbol-file system-supplied DSO at
0x7ffff7ffa000
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
[New Thread 0x7fffef6e5700 (LWP 7915)]
VM start=0x800000  end=0x801000 | Buffer 4096 bytes
VM start=0x801000  end=0x811000 | Buffer 65536 bytes
VM start=0x811000  end=0x811010 | Buffer 16 bytes
VM start=0x812000  end=0x812038 | Buffer 56 bytes
VM start=0x813000  end=0x813038 | Buffer 56 bytes
VM start=0x814000  end=0x814020 | Buffer 32 bytes
VM start=0x815000  end=0x815028 | Buffer 40 bytes
VM start=0x816000  end=0x816010 | Buffer 16 bytes
ATTENTION: default value of option vblank_mode overridden by environment.
VM start=0x817000  end=0x827000 | Buffer 65536 bytes
VM start=0x827000  end=0x827010 | Buffer 16 bytes
VM start=0x828000  end=0x828038 | Buffer 56 bytes
VM start=0x829000  end=0x829038 | Buffer 56 bytes
VM start=0x82A000  end=0x82A020 | Buffer 32 bytes
VM start=0x82B000  end=0x82B028 | Buffer 40 bytes
VM start=0x82C000  end=0x82C010 | Buffer 16 bytes
VM start=0x830000  end=0x834000 | Texture 512x32x1, 1 levels, 1 samples,
i8_unorm
VM start=0x834000  end=0x844000 | Buffer 65536 bytes
VM start=0x82D000  end=0x82D080 | Buffer 128 bytes
VM start=0x82E000  end=0x82E020 | Buffer 32 bytes
VM start=0x82F000  end=0x82F010 | Buffer 16 bytes
VM start=0x848000  end=0x868000 | Texture 165x165x1, 1 levels, 1 samples,
r8g8_unorm
VM start=0x868000  end=0x87CA00 | Texture 165x165x1, 1 levels, 1 samples,
r8g8_unorm
VM start=0x844000  end=0x844078 | Buffer 120 bytes
VM start=0x845000  end=0x845190 | Buffer 400 bytes
VM start=0x846000  end=0x8466C0 | Buffer 1728 bytes
VM start=0x847000  end=0x8473C0 | Buffer 960 bytes
VM start=0x900000  end=0xB80000 | Texture 900x600x1, 1 levels, 1 samples,
b8g8r8x8_unorm
VM start=0xB80000  end=0xF55700 | Texture 900x600x1, 10 levels, 1 samples,
r8g8b8a8_unorm
65x32x1
VM start=0x880000  end=0x889000 | Texture 65x32x1, 1 levels, 1 samples,
r32g32b32a32_uint
VM start=0x889000  end=0x899000 | Texture 65x32x1, 1 levels, 1 samples,
r32g32b32a32_uint
VM start=0x899000  end=0x899050 | Buffer 80 bytes
VM start=0x89A000  end=0x8AA000 | Buffer 65536 bytes
VM start=0x8AA000  end=0x8AA050 | Buffer 80 bytes
VM start=0x8AB000  end=0x8B3200 | Buffer 33280 bytes
VM start=0x8B4000  end=0x8BC200 | Buffer 33280 bytes
VM start=0x8BD000  end=0x8BD0F8 | Buffer 248 bytes
VM start=0x8BE000  end=0x8BE040 | Buffer 64 bytes
VM start=0xF56000  end=0x1056000 | Buffer 1048576 bytes
VM start=0x8BF000  end=0x8BF038 | Buffer 56 bytes
VM start=0x8C0000  end=0x8C00F8 | Buffer 248 bytes
VM start=0x8C1000  end=0x8D1000 | Texture 65x32x1, 1 levels, 1 samples,
r32g32b32a32_float
[Thread 0x7fffef6e5700 (LWP 7915) exited]
PIGLIT: {'result': 'pass' }
[Inferior 1 (process 7911) exited normally]

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 6936 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

  parent reply	other threads:[~2013-11-22  3:50 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-11-21  4:12 [Bug 71859] New: texelFetch segfault in libLLVM-3.3.so (on Cayman) bugzilla-daemon
2013-11-21  4:16 ` [Bug 71859] " bugzilla-daemon
2013-11-21  4:18 ` bugzilla-daemon
2013-11-21 16:19 ` bugzilla-daemon
2013-11-22  0:41 ` bugzilla-daemon
2013-11-22  2:28 ` bugzilla-daemon
2013-11-22  3:50 ` bugzilla-daemon [this message]
2013-11-22  3:53 ` bugzilla-daemon
2013-11-22  3:55 ` bugzilla-daemon
2013-11-25  3:18 ` bugzilla-daemon
2013-11-29 19:46 ` bugzilla-daemon
2013-11-29 20:17 ` bugzilla-daemon
2014-09-26  4:32 ` bugzilla-daemon

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=bug-71859-502-qF7cUbeWen@http.bugs.freedesktop.org/ \
    --to=bugzilla-daemon@freedesktop.org \
    --cc=dri-devel@lists.freedesktop.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body. 
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox