dri-devel May 2013

dri-devel@lists.freedesktop.org

116 participants
705 discussions

[Bug 64503] New: audio glitches when running at 24hz/24p
by bugzilla-daemon＠freedesktop.org 03 Aug '13

03 Aug '13

https://bugs.freedesktop.org/show_bug.cgi?id=64503 Priority: medium Bug ID: 64503 Assignee: dri-devel(a)lists.freedesktop.org Summary: audio glitches when running at 24hz/24p Severity: normal Classification: Unclassified OS: All Reporter: pierre-bugzilla(a)ossman.eu Hardware: Other Status: NEW Version: unspecified Component: DRM/Radeon Product: DRI (originally reported to Fedora: https://bugzilla.redhat.com/show_bug.cgi?id=954009) I've recently started trying out 24 Hz again as my TV handles it better, and XBMC is finally at a point where they can keep things synced up when playing at exactly the monitor refresh rate. Unfortunately that broke the HDMI audio output. If I try to output audio when the refresh rate is at 24 Hz, the receiver will lose audio sync every few minutes, resulting in silence until it regains sync. I've tried the following: - Sending audio over SPDIF from the onboard audio to the same receiver works fine. Another cable though, and cannot handle high-bitrate formats, so hardly a long term solution. - Audio format doesn't seem to matter. I get glitches with PCM, AC3 and DTS. DTS is the worst, but that might just be because it requires more effort to sync back up again. - It's not xbmc that gets confused as sending audio from an entirely different program results in the same audio glitches (I tried mplayer with -vo null in the background). - Doesn't seem to be a application buffering issue as I see no spikes in either xbmc's or mplayer's sync statistics when the glitch appears. This is with kernel-3.8.7-201.fc18.x86_64. -- You are receiving this mail because: You are the assignee for the bug.

1 23

[Bug 64695] New: Enabling both MLAA and MLAA color 2D crashes Gnome Shell on Cayman (6950)
by bugzilla-daemon＠freedesktop.org 31 Jul '13

31 Jul '13

https://bugs.freedesktop.org/show_bug.cgi?id=64695 Priority: medium Bug ID: 64695 Assignee: dri-devel(a)lists.freedesktop.org Summary: Enabling both MLAA and MLAA color 2D crashes Gnome Shell on Cayman (6950) Severity: major Classification: Unclassified OS: All Reporter: alexandre.f.demers(a)gmail.com Hardware: Other Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa Forcing MLAA through driconf on Cayman 6950 crashes Gnome Shell if both mlaa and mlaa color (2D) are set (tested with both set to 8). If one of them is not set, Gnome Shell doesn't crashes. MLAA color (2D) seems to have an effect on my Gnome Shell display. Tested with mesa's commit 7e17e72cb716c56264d4778684f6f23de69a56a1. -- You are receiving this mail because: You are the assignee for the bug.

1 10

[Bug 65192] New: Screensavers lock up machine (screen goes blank, keyboard unresponsive, sound loops; sysrq/ssh possible)
by bugzilla-daemon＠freedesktop.org 30 Jul '13

30 Jul '13

https://bugs.freedesktop.org/show_bug.cgi?id=65192 Priority: medium Bug ID: 65192 Assignee: dri-devel(a)lists.freedesktop.org Summary: Screensavers lock up machine (screen goes blank, keyboard unresponsive, sound loops; sysrq/ssh possible) Severity: major Classification: Unclassified OS: Linux (All) Reporter: luziphermcleod(a)yahoo.ie Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa For a while now, some screensavers sometimes lock up my machine. That means all screens go blank, the keyboard is unresponsive (numpad-key doesn't toggle the indicator led), the sound loops. But I still can use ssh from a remote machine and the magic-sysrq-keys also work. There is nothing to see in neither /var/log/messages (acquired via netconsole) nor /var/log/Xorg.0.log. I can trigger the bug (or regression, I think it used to work about 2 months ago) reliably by using the Xfce4 screensaver settings application, which has a preview of the screensaver selected. When switching between screensavers, the lockup quickly occurs. A good candidate is the screensaver named "AntMaze", it alsmost always locks up my machine (only worked once so far). Other stuff works quite solid, Half-Life 2 worked multiple hours today. Setting R600_HYPERZ=0 in /etc/environment didn't help. Also occurs on kernel 3.8.0-rc7. I'm happy to provide more info if needed. System Specs: Intel Core i7-965 2x Radeon HD4870 (rv770, currently only one active without xorg.conf), 2 Monitors Gentoo Linux Kernel 3.10.0-rc3 Mesa 9.2.0 (git-60f9b72) git commit 60f9b722ef80c499a94b4e5ab7304dcd739ea569 Revert "i965: fix problem with constant out of bounds access (v2)" xorg-server-1.14.1 libdrm git commit 8a88e349975a64676f143183e835e6d296f29627 modetest: Make RGB565 pwetty too xf86-video-ati git commit commit bd2557ea5ef84b975060e929d5ece53ec464336f DRI2: add interpolated blanks to frame number in event handlers -- You are receiving this mail because: You are the assignee for the bug.

1 12

[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 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

← Newer
1
...
43
44
45
46
47
48
49
...
71
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel May 2013