dri-devel June 2013

dri-devel@lists.freedesktop.org

132 participants
727 discussions

[Bug 57875] New: Second Life viewer bad rendering with git-ec83535
by bugzilla-daemon＠freedesktop.org 30 Jul '13

30 Jul '13

https://bugs.freedesktop.org/show_bug.cgi?id=57875 Priority: medium Bug ID: 57875 Assignee: dri-devel(a)lists.freedesktop.org Summary: Second Life viewer bad rendering with git-ec83535 Severity: normal Classification: Unclassified OS: All Reporter: andabata12(a)yahoo.it Hardware: Other Status: NEW Version: unspecified Component: Drivers/Gallium/r300 Product: Mesa With git "HEAD at ec83535 automake/gallium: attempt to fix -lrt", Cool VL Viewer a TPV for Second Life 3D world ( the official Linden Lab viewer is from ages blocked cause of https://bugs.freedesktop.org/show_bug.cgi?id=39251 ) can set only basic shaders otherwise with atmospheric, water and reflections shaders enabled, I have extensive blue triangles during the execution. On the contrary with graphics drivers from git-54ff536 ( HyperZ enabled by default) all was right with smooth rendering, lowered cpu usage and augmented framerate ( 8-10 %). -- You are receiving this mail because: You are the assignee for the bug.

1 33

[Bug 59322] New: r300g MSAA breaks Half-Life 2 in Wine
by bugzilla-daemon＠freedesktop.org 30 Jul '13

30 Jul '13

https://bugs.freedesktop.org/show_bug.cgi?id=59322 Priority: medium Bug ID: 59322 Assignee: dri-devel(a)lists.freedesktop.org Summary: r300g MSAA breaks Half-Life 2 in Wine Severity: normal Classification: Unclassified OS: All Reporter: stefandoesinger(a)gmx.at Hardware: Other Status: NEW Version: git Component: Drivers/Gallium/r300 Product: Mesa When MSAA is enabled in Half-Life 2 running in Wine, the window only contains garbled output. Disabling multisampling in Wine or in the game settings restores proper rendering. A complication is that the game enables 2x MSAA by default if it is available. A user not knowing this fact will think that 8ed6b140 broke the game. It also makes disabling multisampling in the game settings a challenge. Hardware info: OpenGL vendor string: X.Org R300 Project OpenGL renderer string: Gallium 0.4 on ATI RV530 OpenGL version string: 2.1 Mesa 9.1-devel (git-8ed6b14) OpenGL shading language version string: 1.20 01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI M56P [Radeon Mobility X1600] 01:00.0 0300: 1002:71c5 -- You are receiving this mail because: You are the assignee for the bug.

1 12

[Bug 61182] New: r600g causes KWin crashes with kernel 3.8
by bugzilla-daemon＠freedesktop.org 24 Jul '13

24 Jul '13

https://bugs.freedesktop.org/show_bug.cgi?id=61182 Priority: medium Bug ID: 61182 Assignee: dri-devel(a)lists.freedesktop.org Summary: r600g causes KWin crashes with kernel 3.8 Severity: normal Classification: Unclassified OS: Linux (All) Reporter: eugene.shalygin(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa Kwin crashes with current mesa and kernel 3.8. It does not crash with 3.7 kernel. With mesa 9.0.2 and kernel 3.8 kwin also works fine #5 0x0000003647c892ab in __memset_sse2 () from /lib64/libc.so.6 #6 0x00007f5a8cbf6cf3 in r600_texture_create_object (screen=0x980ca0, base=0x7fff208b4770, pitch_in_bytes_override=0, buf=0x0, surface=0x7fff208b3a80) at r600_texture.c:509 #7 0x00007f5a8cbf7339 in r600_texture_create (screen=0x980ca0, templ=0x7fff208b4770) at r600_texture.c:601 #8 0x00007f5a8cbdbae5 in r600_resource_create (screen=0x980ca0, templ=0x7fff208b4770) at r600_resource.c:37 #9 0x00007f5a8cc1b4d2 in dri2_drawable_process_buffers (drawable=0xc2b130, buffers=0x764460, buffer_count=1, atts=0x7fff208b48b0, att_count=1) at dri2.c:254 #10 0x00007f5a8cc1b9b3 in dri2_allocate_textures (drawable=0xc2b130, statts=0x7fff208b48b0, statts_count=1) at dri2.c:404 #11 0x00007f5a8cc19f0f in dri_st_framebuffer_validate (stfbi=0xc2b130, statts=0x7fff208b48b0, count=1, out=0x0) at dri_drawable.c:81 #12 0x00007f5a8cc1a30e in dri_drawable_validate_att (drawable=0xc2b130, statt=ST_ATTACHMENT_FRONT_LEFT) at dri_drawable.c:206 #13 0x00007f5a8cc1a35c in dri_set_tex_buffer2 (pDRICtx=0x8fef20, target=3553, format=8409, dPriv=0xbee5e0) at dri_drawable.c:220 #14 0x00007f5a9b82f590 in dri2_bind_tex_image (dpy=0x7d15f0, drawable=29360171, buffer=8414, attrib_list=0x0) at dri2_glx.c:1002 #15 0x00007f5a9b7f30f5 in __glXBindTexImageEXT (dpy=0x7d15f0, drawable=29360171, buffer=8414, attrib_list=0x0) at glxcmds.c:2370 #16 0x00007f5a9d1773c3 in KWin::GlxTexture::loadTexture(unsigned long const&, QSize const&, int) () from /usr/lib64/libkdeinit4_kwin.so #17 0x00007f5a9d16f175 in KWin::SceneOpenGL::Window::bindTexture() () from /usr/lib64/libkdeinit4_kwin.so #18 0x00007f5a9d175a8e in KWin::SceneOpenGL::Window::performPaint(int, QRegion, KWin::WindowPaintData) () from /usr/lib64/libkdeinit4_kwin.so #19 0x00007f5a9d16e32f in KWin::SceneOpenGL2::performPaintWindow(KWin::EffectWindowImpl*, int, QRegion, KWin::WindowPaintData&) () from /usr/lib64/libkdeinit4_kwin.so #20 0x00007f5a9d16e4cd in KWin::SceneOpenGL2::finalDrawWindow(KWin::EffectWindowImpl*, int, QRegion, KWin::WindowPaintData&) () from /usr/lib64/libkdeinit4_kwin.so #21 0x00007f5a9d1822b5 in KWin::EffectsHandlerImpl::drawWindow(KWin::EffectWindow*, int, QRegion, KWin::WindowPaintData&) () from /usr/lib64/libkdeinit4_kwin.so #22 0x00007f5a9d16178a in KWin::Scene::finalPaintWindow(KWin::EffectWindowImpl*, int, QRegion, KWin::WindowPaintData&) () from /usr/lib64/libkdeinit4_kwin.so #23 0x00007f5a9d182557 in KWin::EffectsHandlerImpl::paintWindow(KWin::EffectWindow*, int, QRegion, KWin::WindowPaintData&) () from /usr/lib64/libkdeinit4_kwin.so #24 0x00007f5a9d16434d in KWin::Scene::paintWindow(KWin::Scene::Window*, int, QRegion, KWin::WindowQuadList) () from /usr/lib64/libkdeinit4_kwin.so #25 0x00007f5a9d16367f in KWin::Scene::paintSimpleScreen(int, QRegion) () from /usr/lib64/libkdeinit4_kwin.so #26 0x00007f5a9d1616ce in KWin::Scene::finalPaintScreen(int, QRegion, KWin::ScreenPaintData&) () from /usr/lib64/libkdeinit4_kwin.so #27 0x00007f5a9d182720 in KWin::EffectsHandlerImpl::paintScreen(int, QRegion, KWin::ScreenPaintData&) () from /usr/lib64/libkdeinit4_kwin.so #28 0x00007f5a9d162a68 in KWin::Scene::paintScreen(int*, QRegion*) () from /usr/lib64/libkdeinit4_kwin.so #29 0x00007f5a9d171fce in KWin::SceneOpenGL::paint(QRegion, QList<KWin::Toplevel*>) () from /usr/lib64/libkdeinit4_kwin.so #30 0x00007f5a9d15ceac in KWin::Compositor::performCompositing() () from /usr/lib64/libkdeinit4_kwin.so #31 0x00007f5a9d15d950 in KWin::Compositor::slotCompositingOptionsInitialized() () from /usr/lib64/libkdeinit4_kwin.so #32 0x00007f5a9afb418f in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64/qt4/libQtCore.so.4 #33 0x00007f5a9ae96877 in QFutureWatcherBase::event(QEvent*) () from /usr/lib64/qt4/libQtCore.so.4 #34 0x00007f5a9a35cd6c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/qt4/libQtGui.so.4 #35 0x00007f5a9a35eaea in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/qt4/libQtGui.so.4 #36 0x00007f5a9cc83336 in KApplication::notify(QObject*, QEvent*) () from /usr/lib64/libkdeui.so.5 #37 0x00007f5a9af9f06e in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib64/qt4/libQtCore.so.4 #38 0x00007f5a9afa2891 in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /usr/lib64/qt4/libQtCore.so.4 #39 0x00007f5a9a3f8979 in QEventDispatcherX11::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt4/libQtGui.so.4 #40 0x00007f5a9af9ddcf in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt4/libQtCore.so.4 #41 0x00007f5a9af9e058 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt4/libQtCore.so.4 #42 0x00007f5a9afa2ba8 in QCoreApplication::exec() () from /usr/lib64/qt4/libQtCore.so.4 #43 0x00007f5a9d113d2a in kdemain () from /usr/lib64/libkdeinit4_kwin.so #44 0x0000003647c249b5 in __libc_start_main () from /lib64/libc.so.6 #45 0x0000000000400831 in _start () Hardware: Mobility Radeon HD 5850 -- You are receiving this mail because: You are the assignee for the bug.

1 55

[Bug 58901] New: "trying to bind memory to uninitialized GART" error at resume from suspend to memory
by bugzilla-daemon＠bugzilla.kernel.org 23 Jul '13

23 Jul '13

https://bugzilla.kernel.org/show_bug.cgi?id=58901 Summary: "trying to bind memory to uninitialized GART" error at resume from suspend to memory Product: Drivers Version: 2.5 Kernel Version: 3.9.3 Platform: All OS/Version: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Video(DRI - non Intel) AssignedTo: drivers_video-dri(a)kernel-bugs.osdl.org ReportedBy: casteyde.christian(a)free.fr Regression: Yes Acer Aspire 7750G Core i7-2630QM, 6Go AMD Radeon HD6650M, no Intel graphics Slackware64-current Since kernel 3.9.x, my laptop cannot resume from suspend to memory with X completly frozen and no other way to switch off/restart. My rc scripts save dmesg at shutdown so I managed to get the following kernel logs: usb 1-1.4: reset high-speed USB device number 4 using ehci-pci PM: resume of devices complete after 1013.038 msecs Restarting tasks ... done. video LNXVIDEO:01: Restoring backlight state ata1.00: configured for UDMA/133 ata1: EH complete EXT4-fs (sda2): re-mounted. Opts: discard,commit=0 EXT4-fs (sda3): re-mounted. Opts: discard,commit=0 eth0: deauthenticated from XXXX (Reason: 6) cfg80211: Calling CRDA to update world regulatory domain cfg80211: World regulatory domain updated: cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) cfg80211: (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) eth0: authenticate with XXXX eth0: send auth to XXXX eth0: authenticated ath9k 0000:03:00.0 eth0: disabling HT as WMM/QoS is not supported by the AP ath9k 0000:03:00.0 eth0: disabling VHT as WMM/QoS is not supported by the AP eth0: associate with XXXX (try 1/3) eth0: RX AssocResp from XXXX (capab=0x411 status=0 aid=2) eth0: associated ------------[ cut here ]------------ WARNING: at drivers/gpu/drm/radeon/radeon_gart.c:280 radeon_gart_bind+0xe1/0xf0() Hardware name: Aspire 7750G trying to bind memory to uninitialized GART ! Modules linked in: Pid: 2305, comm: X Not tainted 3.9.3 #6 Call Trace: [<ffffffff813a05a1>] ? radeon_gart_bind+0xe1/0xf0 [<ffffffff8106b70b>] warn_slowpath_common+0x6b/0xa0 [<ffffffff8106b787>] warn_slowpath_fmt+0x47/0x50 [<ffffffff813a05a1>] radeon_gart_bind+0xe1/0xf0 [<ffffffff8139df82>] radeon_ttm_backend_bind+0x32/0x90 [<ffffffff8137ce47>] ttm_tt_bind+0x47/0x60 [<ffffffff8137f06f>] ttm_bo_handle_move_mem+0x54f/0x5e0 [<ffffffff8137f7a1>] ? ttm_bo_mem_space+0x161/0x340 [<ffffffff8137fe9f>] ttm_bo_move_buffer+0x11f/0x140 [<ffffffff8137ff52>] ttm_bo_validate+0x92/0x110 [<ffffffff81380279>] ttm_bo_init+0x2a9/0x3c0 [<ffffffff8139f2f6>] radeon_bo_create+0x176/0x1d0 [<ffffffff8139efe0>] ? radeon_bo_clear_va+0x50/0x50 [<ffffffff813b0a2b>] radeon_gem_object_create+0x9b/0x160 [<ffffffff813b0e0b>] radeon_gem_create_ioctl+0x5b/0x130 [<ffffffff81364ac1>] drm_ioctl+0x4d1/0x580 [<ffffffff813b0db0>] ? radeon_gem_pwrite_ioctl+0x30/0x30 [<ffffffff811288a5>] do_vfs_ioctl+0x2e5/0x4d0 [<ffffffff81128ad0>] sys_ioctl+0x40/0x80 [<ffffffff811186cc>] ? sys_read+0x6c/0x90 [<ffffffff81763612>] system_call_fastpath+0x16/0x1b ---[ end trace 44b14b5d0d1cf7ab ]--- [drm:radeon_ttm_backend_bind] *ERROR* failed to bind 1175 pages at 0x0240D000 [drm:radeon_gem_object_create] *ERROR* Failed to allocate GEM object (4812800, 2, 4096, -22) BUG: unable to handle kernel NULL pointer dereference at 0000000000000008 IP: [<ffffffff813860a3>] ttm_dma_populate+0x6a3/0x960 PGD 1c61c0067 PUD 1c4df8067 PMD 0 Oops: 0002 [#1] PREEMPT SMP Modules linked in: CPU 6 Pid: 2305, comm: X Tainted: G W 3.9.3 #6 Acer Aspire 7750G/JE70_HR RIP: 0010:[<ffffffff813860a3>] [<ffffffff813860a3>] ttm_dma_populate+0x6a3/0x960 RSP: 0018:ffff8801c4c6b9c0 EFLAGS: 00010093 RAX: ffff88019b74c100 RBX: 0000000000000202 RCX: ffff88019b74c180 RDX: 0000000000000000 RSI: ffff8801c7202928 RDI: ffff8801c7202914 RBP: ffff8801c4c6ba88 R08: 00000000000146c0 R09: ffff8801cf5946c0 R10: ffffea0007190a80 R11: ffff8801c8802600 R12: ffff88019b74c100 R13: ffff8801c642a320 R14: ffff8801c7202900 R15: 0000000000000004 FS: 00007fe093e7c8c0(0000) GS:ffff8801cf580000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000000000000008 CR3: 00000001c619f000 CR4: 00000000000407e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Process X (pid: 2305, threadinfo ffff8801c4c6a000, task ffff8801c712da20) Stack: ffff8801c7202964 ffff8801c762c098 ffff8801c7202928 ffff8801c7202971 ffff88019fb67558 ffff8801c699bc00 0000000000000000 00000000ffc0192a ffff88019fb67500 ffff8801c7202914 4000000000000004 ffff880100000004 Call Trace: [<ffffffff81129c5a>] ? do_select+0x5fa/0x670 [<ffffffff8111269a>] ? kmem_cache_alloc+0x9a/0xa0 [<ffffffff81112520>] ? __kmalloc+0xd0/0xe0 [<ffffffff8139e917>] radeon_ttm_tt_populate+0x1c7/0x220 [<ffffffff8139e04a>] ? radeon_ttm_tt_create+0x6a/0xb0 [<ffffffff8137ce36>] ttm_tt_bind+0x36/0x60 [<ffffffff8137f06f>] ttm_bo_handle_move_mem+0x54f/0x5e0 [<ffffffff8137f7a1>] ? ttm_bo_mem_space+0x161/0x340 [<ffffffff8137fe9f>] ttm_bo_move_buffer+0x11f/0x140 [<ffffffff8137ff52>] ttm_bo_validate+0x92/0x110 [<ffffffff81380279>] ttm_bo_init+0x2a9/0x3c0 [<ffffffff8139f2f6>] radeon_bo_create+0x176/0x1d0 [<ffffffff8139efe0>] ? radeon_bo_clear_va+0x50/0x50 [<ffffffff813b0a2b>] radeon_gem_object_create+0x9b/0x160 [<ffffffff813b0e0b>] radeon_gem_create_ioctl+0x5b/0x130 [<ffffffff81364ac1>] drm_ioctl+0x4d1/0x580 [<ffffffff813b0db0>] ? radeon_gem_pwrite_ioctl+0x30/0x30 [<ffffffff811288a5>] do_vfs_ioctl+0x2e5/0x4d0 [<ffffffff81128ad0>] sys_ioctl+0x40/0x80 [<ffffffff811186cc>] ? sys_read+0x6c/0x90 [<ffffffff81763612>] system_call_fastpath+0x16/0x1b Code: 00 48 8d 75 b0 48 89 c3 48 8b 45 b0 48 39 f0 74 1e 49 8b 56 28 48 8b 4d b8 48 8b b5 48 ff ff ff 48 89 70 08 49 89 46 28 48 89 11 <48> 89 4a 08 8b 45 90 49 83 46 58 01 41 01 46 44 85 c0 0f 85 5d RIP [<ffffffff813860a3>] ttm_dma_populate+0x6a3/0x960 RSP <ffff8801c4c6b9c0> CR2: 0000000000000008 ---[ end trace 44b14b5d0d1cf7ac ]--- note: X[2305] exited with preempt_count 1 ata1.00: configured for UDMA/133 ata1: EH complete sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA EXT4-fs (sda2): re-mounted. Opts: discard,commit=600 EXT4-fs (sda3): re-mounted. Opts: discard,commit=600 ... I've also got once a kernel crash but haven't managed to get the dmesg output. 3.8.x and previous kernels were perfectly stable. 3.9 crashes roughly 1 over 10 resumes. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug.

1 3

[Bug 59477] New: libdrm 2.4.41 build failure
by bugzilla-daemon＠freedesktop.org 23 Jul '13

23 Jul '13

https://bugs.freedesktop.org/show_bug.cgi?id=59477 Priority: medium Bug ID: 59477 Assignee: dri-devel(a)lists.freedesktop.org Summary: libdrm 2.4.41 build failure Severity: normal Classification: Unclassified OS: Linux (All) Reporter: tobias.klausmann(a)mni.thm.de Hardware: All Status: NEW Version: unspecified Component: libdrm Product: DRI Hi, libdrm 2.4.41 fails to build: Building with: ./configure --with-pic \ --enable-udev make make -C tests dristat drmstat ... [ 8s] checking for VALGRIND... yes [ 8s] configure: creating ./config.status [ 9s] config.status: creating Makefile [ 9s] config.status: creating libkms/Makefile [ 9s] config.status: creating libkms/libkms.pc [ 9s] config.status: creating intel/Makefile [ 9s] config.status: creating intel/libdrm_intel.pc [ 9s] config.status: creating radeon/Makefile [ 9s] config.status: creating radeon/libdrm_radeon.pc [ 9s] config.status: creating nouveau/Makefile [ 9s] config.status: creating nouveau/libdrm_nouveau.pc [ 9s] config.status: creating omap/Makefile [ 9s] config.status: creating omap/libdrm_omap.pc [ 9s] config.status: creating exynos/Makefile [ 9s] config.status: creating exynos/libdrm_exynos.pc [ 9s] config.status: creating tests/Makefile [ 9s] config.status: creating tests/modeprint/Makefile [ 9s] config.status: creating tests/modetest/Makefile [ 9s] config.status: creating tests/kmstest/Makefile [ 9s] config.status: creating tests/radeon/Makefile [ 9s] config.status: creating tests/vbltest/Makefile [ 9s] config.status: creating include/Makefile [ 9s] config.status: creating include/drm/Makefile [ 9s] config.status: error: cannot find input file: `man/Makefile.in' [ 9s] error: Bad exit status from /var/tmp/rpm-tmp.Swr1Ta (%build) Thanks in advance -- You are receiving this mail because: You are the assignee for the bug.

1 3

[Bug 58731] New: radeon_uvd: Can't load firmware "radeon/RV710_uvd.bin"
by bugzilla-daemon＠bugzilla.kernel.org 16 Jul '13

16 Jul '13

https://bugzilla.kernel.org/show_bug.cgi?id=58731 Summary: radeon_uvd: Can't load firmware "radeon/RV710_uvd.bin" Product: Drivers Version: 2.5 Kernel Version: 3.10.0-rc2 Platform: All OS/Version: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Video(DRI - non Intel) AssignedTo: drivers_video-dri(a)kernel-bugs.osdl.org ReportedBy: smf.linux(a)ntlworld.com Regression: No Created an attachment (id=102361) --> (https://bugzilla.kernel.org/attachment.cgi?id=102361) dmesg output and other supporting information [AMD/ATI] RV710 [Radeon HD 4350/4550] on M5A97 PRO and AMD Phenom(tm) II X6 1100T Processor (16Gbyte RAM) fails to load RV710_uvd.bin at boot. I have found that "request_firmware" call is returning -2 (ENOENT) though the correct file is available in /lib/firmware/radeon. On further investigation this appears to stem from "assign_firmware_buf" not having a buffer available (buf->size=0). I have attached an instrumented dmesg (lines tagged with SMF), lspci and /lib/firmware/radion listings for information. I am assuming that this video card should support the UVD functionality. Please advise. regards Stuart Foster -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug.

1 5

[Bug 65873] New: R600/SI: Cannot select store with truncate to 32-bit
by bugzilla-daemon＠freedesktop.org 15 Jul '13

15 Jul '13

https://bugs.freedesktop.org/show_bug.cgi?id=65873 Priority: medium Bug ID: 65873 Assignee: dri-devel(a)lists.freedesktop.org Summary: R600/SI: Cannot select store with truncate to 32-bit Severity: normal Classification: Unclassified OS: Linux (All) Reporter: awatry(a)gmail.com Hardware: Other Status: NEW Version: git Component: Drivers/Gallium/radeonsi Product: Mesa Created attachment 80970 --> https://bugs.freedesktop.org/attachment.cgi?id=80970&action=edit Piglit test that triggers the error on SI Running the attached piglit CL test, I'm getting the following on R600/SI (Pitcairn, 7850): LLVM ERROR: Cannot select: 0x2add8b0: ch = store 0x2add7b0, 0x2adcfb0, 0x2adc640, 0x2adbd40<ST4[%out+4], trunc to i32> [ORD=4] [ID=17] 0x2adcfb0: i64,ch = load 0x20468b8, 0x2add1b0, 0x2adbd40<LD4[%mem+4], zext from i32> [ORD=1] [ID=14] 0x2add1b0: i64 = add 0x2adc140, 0x2adc540 [ORD=1] [ID=11] 0x2adc140: i64,ch = load 0x20468b8, 0x2adc040, 0x2adbd40<LD8[undef]> [ID=9] 0x2adc040: i64 = add 0x2adba40, 0x2adbf40 [ID=7] 0x2adba40: i64,ch = CopyFromReg 0x20468b8, 0x2adb940 [ID=6] 0x2adb940: i64 = Register %vreg0 [ID=1] 0x2adbf40: i64 = Constant<44> [ID=4] 0x2adbd40: i64 = undef [ID=3] 0x2adc540: i64 = Constant<4> [ID=5] 0x2adbd40: i64 = undef [ID=3] 0x2adc640: i64 = add 0x2adbe40, 0x2adc540 [ORD=4] [ID=13] 0x2adbe40: i64,ch = load 0x20468b8, 0x2adbc40, 0x2adbd40<LD8[undef]> [ID=10] 0x2adbc40: i64 = add 0x2adba40, 0x2adbb40 [ID=8] 0x2adba40: i64,ch = CopyFromReg 0x20468b8, 0x2adb940 [ID=6] 0x2adb940: i64 = Register %vreg0 [ID=1] 0x2adbb40: i64 = Constant<36> [ID=2] 0x2adbd40: i64 = undef [ID=3] 0x2adc540: i64 = Constant<4> [ID=5] 0x2adbd40: i64 = undef [ID=3] I'll attach a dump from llc -debug-only=isel in a minute. -- You are receiving this mail because: You are the assignee for the bug.

1 15

[Bug 62959] New: r600g (HD 6950 Cayman) fails piglit tests and hangs system
by bugzilla-daemon＠freedesktop.org 15 Jul '13

15 Jul '13

https://bugs.freedesktop.org/show_bug.cgi?id=62959 Priority: medium Bug ID: 62959 Assignee: dri-devel(a)lists.freedesktop.org Summary: r600g (HD 6950 Cayman) fails piglit tests and hangs system Severity: normal Classification: Unclassified OS: All Reporter: alexandre.f.demers(a)gmail.com Hardware: Other Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa Using mesa 0967c362bf378b7415c30ca6d9523d3b2a3a7f5d (and for a long time), piglit tests fail and hangs the system (ssh session won't respond). Using an HD 6950 (Cayman). Running "python2 piglit-run.py --no-concurrency tests/r600.tests results/r600.results/", it fails everytime. According to the "main" file, the last log info is: "spec/glsl-1.30/execution/built-in-functions/fs-greaterThan-uvec4-uvec4": { "info": "Returncode: 0\n\nErrors:\n\n\nOutput:\n", "returncode": 0, "command": "/home/dema1701/projects/display/piglit/framework/../bin/shader_runner tests/../generated_tests/spec/glsl-1.30/execution/built-in-functions/fs-greaterThan-uvec4-uvec4.shader_test -auto", "result": "pass", "time": 0.10875105857849121 }, "spec/glsl-1.10/execution/variable-indexing/fs-temp-array-mat4-col-row-wr": { "info": "Returncode: 0\n\nErrors:\n\n\nOutput:\n", "returncode": 0, Mesa's build options: baseExec="./autogen.sh --prefix=/usr \ --enable-debug \ --enable-shared \ --enable-osmesa \ --enable-gbm \ --enable-xvmc \ --enable-vdpau \ --enable-gles1 \ --enable-gles2 \ --enable-openvg \ --enable-xorg \ --enable-xa \ --enable-egl \ --enable-gallium-egl \ --enable-glx-tls \ --enable-texture-float \ --enable-wgl \ --with-gallium-drivers=r600,swrast,svga \ --with-egl-platforms=x11,drm" "$baseExec --enable-64-bit --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --libdir=/usr/lib/x86_64-linux-gnu --includedir=/usr/include/x86_64-linux-gnu" -- You are receiving this mail because: You are the assignee for the bug.

1 75

[Bug 65416] New: r300g does not eliminate unread varyings
by bugzilla-daemon＠freedesktop.org 13 Jul '13

13 Jul '13

https://bugs.freedesktop.org/show_bug.cgi?id=65416 Priority: medium Bug ID: 65416 Assignee: dri-devel(a)lists.freedesktop.org Summary: r300g does not eliminate unread varyings Severity: normal Classification: Unclassified OS: All Reporter: stefandoesinger(a)gmx.at Hardware: Other Status: NEW Version: git Component: Drivers/Gallium/r300 Product: Mesa Created attachment 80344 --> https://bugs.freedesktop.org/attachment.cgi?id=80344&action=edit Example shaders r300g tries to interpolate varyings written by the vertex shader even if the fragment shader does not read them. The attached program code illustrates this with two sample shaders. The shaders in question were generated by Wine's fixed function pipeline replacement, generated from a fixed function setup set up by 3DMark 2000. The visible issues caused by this are broken fog because the driver runs out of varyings and reduced performance due to the extra shader instructions. An argument could be made that this is Wine's bug, and it should not generate such inefficient shaders. Doing this would be a major inconvenience though because the vertex and fragment shader are generated independently. As far as I can see the proprietary drivers optimize this inefficiency away. -- You are receiving this mail because: You are the assignee for the bug.

1 7

[Bug 42678] New: [3.3-rc1]radeon 0000:07:00.0: GPU lockup CP stall for more than 10000msec
by bugzilla-daemon＠bugzilla.kernel.org 12 Jul '13

12 Jul '13

https://bugzilla.kernel.org/show_bug.cgi?id=42678 Summary: [3.3-rc1]radeon 0000:07:00.0: GPU lockup CP stall for more than 10000msec Product: Drivers Version: 2.5 Kernel Version: 3.3-rc1 Platform: All OS/Version: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Video(DRI - non Intel) AssignedTo: drivers_video-dri(a)kernel-bugs.osdl.org ReportedBy: maciej.rutecki(a)gmail.com CC: florian(a)mickler.org, just.for.lkml(a)googlemail.com, rjw(a)sisk.pl, maciej.rutecki(a)gmail.com Regression: Yes Subject : [3.3-rc1]radeon 0000:07:00.0: GPU lockup CP stall for more than 10000msec Submitter : Torsten Kaiser <just.for.lkml(a)googlemail.com> Date : 2012-01-21 19:03 Message-ID : CAPVoSvSXMvRb=1itu9DjF+s=6zfAChvUxS-x=b8EV9kOZinNpA(a)mail.gmail.com References : http://marc.info/?l=linux-kernel&m=132717279606670&w=2 This entry is being used for tracking a regression from 3.2. Please don't close it until the problem is fixed in the mainline. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug.

1 23

← Newer
1
...
46
47
48
49
50
51
52
...
73
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel June 2013