dri-devel February 2011

dri-devel@lists.freedesktop.org

84 participants
466 discussions

[Bug 34419] New: Kwin crashes screensaver exits
by bugzilla-daemon＠freedesktop.org 03 Mar '11

03 Mar '11

https://bugs.freedesktop.org/show_bug.cgi?id=34419 Summary: Kwin crashes screensaver exits Product: DRI Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: General AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: isaac.gerg(a)gergltd.com I am using KDE 4.6 with Kubuntu 10.10. When the screensaver exists, Kwin seg faults in the intel driver code. The crash is reproducible as long as the screen saver has been on "for over a few minutes" meaning that if the screen saver comes on right away and then you move the mouse, the crash doesnt happen. But, if you wait something like 10 minutes and move the mouse, the crash will occur. Details provided below include the debug symbols. If you need any other information, please contact me. Thank you. -- Using openGL for my composting type. Using xorg 1.7.5. Here is the debug dump.... Application: KWin (kwin), signal: Segmentation fault [Current thread is 1 (Thread 0xb2932720 (LWP 1634))] Thread 3 (Thread 0xae0b2b70 (LWP 1661)): #0 0xb38c4e36 in clock_gettime () from /lib/librt.so.1 #1 0xb643350b in do_gettime () at tools/qelapsedtimer_unix.cpp:105 #2 qt_gettime () at tools/qelapsedtimer_unix.cpp:119 #3 0xb650a6e5 in QTimerInfoList::updateCurrentTime (this=0x97e9d70) at kernel/qeventdispatcher_unix.cpp:339 #4 0xb650a72a in QTimerInfoList::timerWait (this=0x97e9d70, tm=...) at kernel/qeventdispatcher_unix.cpp:442 #5 0xb650bcab in QEventDispatcherUNIX::processEvents (this=0x9866a48, flags=...) at kernel/qeventdispatcher_unix.cpp:906 #6 0xb64d8609 in QEventLoop::processEvents (this=0xae0b2280, flags=) at kernel/qeventloop.cpp:149 #7 0xb64d8a8a in QEventLoop::exec (this=0xae0b2280, flags=...) at kernel/qeventloop.cpp:201 #8 0xb63d4b7e in QThread::exec (this=0x97c3918) at thread/qthread.cpp:490 #9 0xb64b735b in QInotifyFileSystemWatcherEngine::run (this=0x97c3918) at io/qfilesystemwatcher_inotify.cpp:248 #10 0xb63d7df9 in QThreadPrivate::start (arg=0x97c3918) at thread/qthread_unix.cpp:266 #11 0xb3958cc9 in start_thread () from /lib/libpthread.so.0 #12 0xb75ce69e in clone () from /lib/libc.so.6 Thread 2 (Thread 0xad6ffb70 (LWP 1662)): #0 0xb779d424 in __kernel_vsyscall () #1 0xb395d4dc in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0xb75dbd9d in pthread_cond_wait () from /lib/libc.so.6 #3 0xb6d02877 in QTWTF::TCMalloc_PageHeap::scavengerThread (this=0xb6e011a0) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:2359 #4 0xb6d028c1 in QTWTF::TCMalloc_PageHeap::runScavengerThread (context=0xb6e011a0) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:1464 #5 0xb3958cc9 in start_thread () from /lib/libpthread.so.0 #6 0xb75ce69e in clone () from /lib/libc.so.6 Thread 1 (Thread 0xb2932720 (LWP 1634)): [KCrash Handler] #7 0xafa6291d in ?? () from /usr/lib/dri/i915_dri.so #8 0xafa75844 in ?? () from /usr/lib/dri/i915_dri.so #9 0xafb581a9 in ?? () from /usr/lib/dri/i915_dri.so #10 0xafb4c193 in ?? () from /usr/lib/dri/i915_dri.so #11 0xafa75d0d in ?? () from /usr/lib/dri/i915_dri.so #12 0xafb4cfe6 in ?? () from /usr/lib/dri/i915_dri.so #13 0xafb4d3b9 in ?? () from /usr/lib/dri/i915_dri.so #14 0xafb45754 in ?? () from /usr/lib/dri/i915_dri.so #15 0xafb41377 in ?? () from /usr/lib/dri/i915_dri.so #16 0xafb42f50 in ?? () from /usr/lib/dri/i915_dri.so #17 0xafa97b21 in ?? () from /usr/lib/dri/i915_dri.so #18 0xb6b03502 in KWin::PaintClipper::Iterator::~Iterator() () from /usr/lib/libkwineffects.so.1 #19 0xb6b0d558 in KWin::renderGLGeometry(QRegion const&, int, float const*, float const*, float const*, int, int) () from /usr/lib/libkwineffects.so.1 #20 0xb774da96 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #21 0xb7755bd9 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #22 0xb773f916 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #23 0xb7762143 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #24 0xaf3537d1 in ?? () from /usr/lib/kde4/kwin4_effect_builtins.so #25 0xb77621c7 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #26 0xb6b036cd in KWin::Effect::drawWindow(KWin::EffectWindow*, int, QRegion, KWin::WindowPaintData&) () from /usr/lib/libkwineffects.so.1 #27 0xb77621c7 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #28 0xb6b036cd in KWin::Effect::drawWindow(KWin::EffectWindow*, int, QRegion, KWin::WindowPaintData&) () from /usr/lib/libkwineffects.so.1 #29 0xb77621c7 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #30 0xb6b036cd in KWin::Effect::drawWindow(KWin::EffectWindow*, int, QRegion, KWin::WindowPaintData&) () from /usr/lib/libkwineffects.so.1 #31 0xb77621c7 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #32 0xb6b036cd in KWin::Effect::drawWindow(KWin::EffectWindow*, int, QRegion, KWin::WindowPaintData&) () from /usr/lib/libkwineffects.so.1 #33 0xb77621c7 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #34 0xb6b036cd in KWin::Effect::drawWindow(KWin::EffectWindow*, int, QRegion, KWin::WindowPaintData&) () from /usr/lib/libkwineffects.so.1 #35 0xb77621c7 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #36 0xb6b036cd in KWin::Effect::drawWindow(KWin::EffectWindow*, int, QRegion, KWin::WindowPaintData&) () from /usr/lib/libkwineffects.so.1 #37 0xb77621c7 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #38 0xb6b036cd in KWin::Effect::drawWindow(KWin::EffectWindow*, int, QRegion, KWin::WindowPaintData&) () from /usr/lib/libkwineffects.so.1 #39 0xb77621c7 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #40 0xb6b036cd in KWin::Effect::drawWindow(KWin::EffectWindow*, int, QRegion, KWin::WindowPaintData&) () from /usr/lib/libkwineffects.so.1 #41 0xb77621c7 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #42 0xb6b036cd in KWin::Effect::drawWindow(KWin::EffectWindow*, int, QRegion, KWin::WindowPaintData&) () from /usr/lib/libkwineffects.so.1 #43 0xb77621c7 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #44 0xb773e52d in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #45 0xb7762243 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #46 0xb6b037cd in KWin::Effect::paintWindow(KWin::EffectWindow*, int, QRegion, KWin::WindowPaintData&) () from /usr/lib/libkwineffects.so.1 #47 0xb77622c7 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #48 0xaf336159 in ?? () from /usr/lib/kde4/kwin4_effect_builtins.so #49 0xb77622c7 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #50 0xaf35fa8c in ?? () from /usr/lib/kde4/kwin4_effect_builtins.so #51 0xb77622c7 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #52 0xaf323fa8 in ?? () from /usr/lib/kde4/kwin4_effect_builtins.so #53 0xb77622c7 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #54 0xaf331b71 in ?? () from /usr/lib/kde4/kwin4_effect_builtins.so #55 0xb77622c7 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #56 0xaf324afe in ?? () from /usr/lib/kde4/kwin4_effect_builtins.so #57 0xb77622c7 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #58 0xaf31ca7a in ?? () from /usr/lib/kde4/kwin4_effect_builtins.so #59 0xb77622c7 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #60 0xaf37fd0a in ?? () from /usr/lib/kde4/kwin4_effect_builtins.so #61 0xb77622c7 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #62 0xaf33344c in ?? () from /usr/lib/kde4/kwin4_effect_builtins.so #63 0xb77622c7 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #64 0xaf3a2642 in ?? () from /usr/lib/kde4/kwin4_effect_builtins.so #65 0xb77622c7 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #66 0xb773fb2c in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #67 0xb7741b70 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #68 0xb773e5a9 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #69 0xb776233c in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #70 0xaf3533cf in ?? () from /usr/lib/kde4/kwin4_effect_builtins.so #71 0xb77623c0 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #72 0xaf33606f in ?? () from /usr/lib/kde4/kwin4_effect_builtins.so #73 0xb77623c0 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #74 0xb6b03846 in KWin::Effect::paintScreen(int, QRegion, KWin::ScreenPaintData&) () from /usr/lib/libkwineffects.so.1 #75 0xb77623c0 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #76 0xb6b03846 in KWin::Effect::paintScreen(int, QRegion, KWin::ScreenPaintData&) () from /usr/lib/libkwineffects.so.1 #77 0xb77623c0 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #78 0xb6b03846 in KWin::Effect::paintScreen(int, QRegion, KWin::ScreenPaintData&) () from /usr/lib/libkwineffects.so.1 #79 0xb77623c0 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #80 0xb6b03846 in KWin::Effect::paintScreen(int, QRegion, KWin::ScreenPaintData&) () from /usr/lib/libkwineffects.so.1 #81 0xb77623c0 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #82 0xaf3185f2 in ?? () from /usr/lib/kde4/kwin4_effect_builtins.so #83 0xb77623c0 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #84 0xaf381643 in ?? () from /usr/lib/kde4/kwin4_effect_builtins.so #85 0xb77623c0 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #86 0xb6b03846 in KWin::Effect::paintScreen(int, QRegion, KWin::ScreenPaintData&) () from /usr/lib/libkwineffects.so.1 #87 0xb77623c0 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #88 0xb6b03846 in KWin::Effect::paintScreen(int, QRegion, KWin::ScreenPaintData&) () from /usr/lib/libkwineffects.so.1 #89 0xb77623c0 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #90 0xb773fe04 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #91 0xb77567aa in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #92 0xb773ab57 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #93 0xb64ec504 in QObject::event (this=0xbfde59d4, e=0x1015f) at kernel/qobject.cpp:1183 #94 0xb59d8fdc in QApplicationPrivate::notify_helper (this=0x9126af0, receiver=0x9202ec0, e=0xbfde87b0) at kernel/qapplication.cpp:4396 #95 0xb59df04e in QApplication::notify (this=0xbfde8ad4, receiver=0x9202ec0, e=0xbfde87b0) at kernel/qapplication.cpp:3798 #96 0xb730ef7a in KApplication::notify (this=0xbfde8ad4, receiver=0x9202ec0, event=0xbfde87b0) at ../../kdeui/kernel/kapplication.cpp:311 #97 0xb76c3d0f in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #98 0xb64d9b3b in QCoreApplication::notifyInternal (this=0xbfde8ad4, receiver=0x9202ec0, event=0xbfde87b0) at kernel/qcoreapplication.cpp:732 #99 0xb650bad6 in sendEvent (this=0x9127278) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:215 #100 QTimerInfoList::activateTimers (this=0x9127278) at kernel/qeventdispatcher_unix.cpp:602 #101 0xb650bc37 in QEventDispatcherUNIX::processEvents (this=0x9108ba0, flags=...) at kernel/qeventdispatcher_unix.cpp:923 #102 0xb5a9c0d2 in QEventDispatcherX11::processEvents (this=0x9108ba0, flags=...) at kernel/qeventdispatcher_x11.cpp:152 #103 0xb64d8609 in QEventLoop::processEvents (this=0xbfde8a04, flags=) at kernel/qeventloop.cpp:149 #104 0xb64d8a8a in QEventLoop::exec (this=0xbfde8a04, flags=...) at kernel/qeventloop.cpp:201 #105 0xb64dd00f in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1009 #106 0xb59d7e07 in QApplication::exec () at kernel/qapplication.cpp:3672 #107 0xb76c6d00 in kdemain () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #108 0x080485ab in _start () See post here from myself and KDE team for more information. http://forum.kde.org/viewtopic.php?f=111&t=93253&p=189493#p189493 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 2

[Bug 34237] New: External LCD monitor flickers every 30 seconds radeon mobility x1400
by bugzilla-daemon＠freedesktop.org 02 Mar '11

02 Mar '11

https://bugs.freedesktop.org/show_bug.cgi?id=34237 Summary: External LCD monitor flickers every 30 seconds radeon mobility x1400 Product: DRI Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: prijatelj.mp3(a)gmail.com OS: ArchLnux driver: 6.14.0-1 kernel: 2.6.37-5 libdrm: 2.4.23-1 mesa: 7.10.0.git20110206-2 KMS: yes graphic card: mobility x1400 ----------------------- To reproduce. LCD monitor is plugged into laptop. While KDE4 is loading external monitor flickeres once. When KDE4 is already loaded external monitor flickers twice in a row with 2 seconds delay. One flick is lasting about one second. Then external lcd monitor flickers every 30 seconds. It also flickeres if I just type a command: 'xrandr'. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 15

[Bug 34256] New: Crashes in Stellarium
by bugzilla-daemon＠freedesktop.org 02 Mar '11

02 Mar '11

https://bugs.freedesktop.org/show_bug.cgi?id=34256 Summary: Crashes in Stellarium Product: DRI Version: unspecified Platform: All OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: daggerstab(a)gmail.com A number of crashes have been reported in the Stellarium bug tracker by people who use Radeon graphics cards on Ubuntu. Could someone please look into these bugs and find if they are known issues or not? A representative is this bug report: https://bugs.launchpad.net/ubuntu/+source/stellarium/+bug/481669 (see the comments for examples of different behavior) Secondary examples include: https://bugs.launchpad.net/ubuntu/+source/stellarium/+bug/481669 https://bugs.launchpad.net/ubuntu/+source/stellarium/+bug/643203 https://bugs.launchpad.net/ubuntu/+source/stellarium/+bug/657834 https://bugs.launchpad.net/ubuntu/+source/stellarium/+bug/658975 https://bugs.launchpad.net/ubuntu/+source/stellarium/+bug/711913 There seem to be two issues that may be separate or may have a common cause: The first causes the following message in the log: drmRadeonCmdBuffer: -22. Kernel failed to parse or rejected command stream. See dmesg for more info. dmesg output reported by the same user is: [ 2054.358680] [drm:r100_cs_track_check] *ERROR* [drm] Buffer too small for color buffer 0 (need 393216 have 16384) ! [ 2054.358692] [drm:r100_cs_track_check] *ERROR* [drm] color buffer 0 (128 4 0 768) [ 2054.358697] [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! The other typical message is: stellarium: ../../radeon/radeon_cs_gem.c:181: cs_gem_write_reloc: Assertion `boi->space_accounted' failed. Aborted Any ideas? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 4

[Bug 32944] New: fog does not look good (on drawpix)
by bugzilla-daemon＠freedesktop.org 01 Mar '11

01 Mar '11

https://bugs.freedesktop.org/show_bug.cgi?id=32944 Summary: fog does not look good (on drawpix) Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: bugzi09.fdo.tormod(a)xoxy.net Created an attachment (id=41811) --> (https://bugs.freedesktop.org/attachment.cgi?id=41811) drawpix with fog enabled on rv410 When enabling fog in the drawpix demo, the fog looks very "digitized" with tiles and edges. See attached screendump for a better impression. For comparison, it looks well and finely distributed on my old savage card. This is gallium on RV410, mesa 7.10 as of today. I also ran the piglit fog tests but they all passed. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 4

[PATCH] kms: Fix warning XNFprintf is deprecated (v2)
by Sedat Dilek 01 Mar '11

01 Mar '11

The first take of my patch missed the breakage against pre-1.10 xservers and now I know XNFasprintf() is not a 1:1 replacement for XNFprintf(). The idea for the fix seemed to be so obvious, but as usual "really" test the patch you are sending to any ML. I am awfully sorry for the overhasty bad hack. Thanks to Alan and Alex for the help to fix it correctly, now. Tested-By: Sedat Dilek <sedat.dilek(a)gmail.com> CC: Alan Coopersmith <alan.coopersmith(a)oracle.com> CC: Alex Deucher <alexdeucher(a)gmail.com> CC: Michel Dänzer <michel(a)daenzer.net> Signed-off-by: Sedat Dilek <sedat.dilek(a)gmail.com> --- src/radeon_kms.c | 5 +++++ 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/src/radeon_kms.c b/src/radeon_kms.c index 158dc57..adf9b70 100644 --- a/src/radeon_kms.c +++ b/src/radeon_kms.c @@ -409,8 +409,13 @@ static Bool radeon_open_drm_master(ScrnInfoPtr pScrn) goto out; } +#if XORG_VERSION_CURRENT >= XORG_VERSION_NUMERIC(1,9,99,901,0) + XNFasprintf(&busid, "pci:%04x:%02x:%02x.%d", + dev->domain, dev->bus, dev->dev, dev->func); +#else busid = XNFprintf("pci:%04x:%02x:%02x.%d", dev->domain, dev->bus, dev->dev, dev->func); +#endif info->dri2.drm_fd = drmOpen("radeon", busid); if (info->dri2.drm_fd == -1) { -- 1.7.4.1

2 1

[Bug 30776] New: Wine expects GL_VENDOR to identify the card vendor
by bugzilla-daemon＠freedesktop.org 01 Mar '11

01 Mar '11

https://bugs.freedesktop.org/show_bug.cgi?id=30776 Summary: Wine expects GL_VENDOR to identify the card vendor Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: trivial Priority: medium Component: Drivers/DRI/R600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: seppo.yli-olli(a)iki.fi Not sure whose bug this is but Wine's logic for figuring out which card we have currently uses the following piece of code to figure out which "hw_vendor" we have: if (strstr(gl_vendor_string, "ATI") || strstr(gl_vendor_string, "Advanced Micro Devices, Inc.") || strstr(gl_vendor_string, "X.Org R300 Project") || strstr(gl_renderer, "R100") || strstr(gl_renderer, "R200") || strstr(gl_renderer, "R300") || strstr(gl_renderer, "R600") || strstr(gl_renderer, "R700")) return HW_VENDOR_ATI; Now, this wasn't such a problem with classic driver, eg with r600c we had even double positive match. With r600g, however, renderer string says the exact chip name (which Wine uses after it has found the right branch of chip id's to search from) and GL_VENDOR is "X.org". This causes Wine to fail detection (and end up fallbacking in a rather boring fashion through HW_VENDOR_NVIDIA finally to Nouveau since it already *did* manage to detect that we're running Mesa). I'm not sure what exactly the GL_VENDOR string should say but I'm hoping something more distinguishing could be put there. The first two items in that list would imo be viable options but that's not to say something else couldn't be put in and make Wine detect "hw_vendor" based on that instead. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 1

[Bug 34822] New: [r300g, bisected] Unigine Sanctuary: texture corruption with RGTC format
by bugzilla-daemon＠freedesktop.org 01 Mar '11

01 Mar '11

https://bugs.freedesktop.org/show_bug.cgi?id=34822 Summary: [r300g, bisected] Unigine Sanctuary: texture corruption with RGTC format Product: Mesa Version: unspecified Platform: Other URL: http://www.unigine.com/download/#sanctuary OS/Version: All Status: NEW Keywords: regression Severity: normal Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: pavel.ondracka(a)email.cz There is some texture corruption in Unigine Sanctuary v2.3, it looks almost like if you were watching very low quality video. 83ebc01c1dd1cd8a960a2a61fc7203f8312644d5 is the first bad commit commit 83ebc01c1dd1cd8a960a2a61fc7203f8312644d5 Author: Dave Airlie <airlied(a)redhat.com> Date: Fri Feb 25 09:24:15 2011 +1000 mesa/st: add RGTC format support. this just adds a format check + format conversion. Workaround is MESA_EXTENSION_OVERRIDE="-GL_ARB_texture_compression_rgtc -GL_EXT_texture_compression_rgtc". mesa: d1dbbf7bf41959df489195d11eb50f8222d293d3 GPU: RV530 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 1

[git pull] drm fixes
by Dave Airlie 28 Feb '11

28 Feb '11

Hi Linus, one security local priv exploit already public in OpenBSD tre, if a user has access to the DRI device node, also a nouveau corruption fix from Ben for a bunch of nvidia gpus. Dave. The following changes since commit 3c0556e9673f79e386b27768e27d18b3ce29e40e: Merge branch 'drm-intel-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/ickle/drm-intel into drm-fixes (2011-02-25 08:40:26 +1000) are available in the git repository at: ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes Ben Skeggs (1): drm/nv50-nvc0: make sure vma is definitely unmapped when destroying bo Dave Airlie (2): drm: fix unsigned vs signed comparison issue in modeset ctl ioctl. Merge remote branch 'nouveau/drm-nouveau-fixes' of /ssd/git/drm-nouveau-next into drm-fixes drivers/gpu/drm/drm_irq.c | 3 ++- drivers/gpu/drm/nouveau/nouveau_bo.c | 5 ++++- include/drm/drmP.h | 2 +- 3 files changed, 7 insertions(+), 3 deletions(-)

1 0

[Bug 34567] New: xf86-video-ati git and drm-radeon-testing git: CS checker leads mplayer / vlc to fail with xv
by bugzilla-daemon＠freedesktop.org 28 Feb '11

28 Feb '11

https://bugs.freedesktop.org/show_bug.cgi?id=34567 Summary: xf86-video-ati git and drm-radeon-testing git: CS checker leads mplayer / vlc to fail with xv Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: jb.faq(a)gmx.de With xf86-video-ati git and Dave Airlieds drm-radeon-testing branch I get a black or no image with some videos using mplayer (using xv and not gl). The cs checker breaks it. I can reproduce this problem with 1080p (not 720p) HD videos. This problem does not appear with the 2.6.37 kernel. This bug was introduced with 7ac3a2e0bcdadff7c7172a9f833f526b526da16b (I bisected this) I did the following: ################################ $mplayer -vo xv 1080pvideo.mp4 MPlayer SVN-r32624-4.4.4 (C) 2000-2010 MPlayer Team Spiele 1080pvideo.mp4. libavformat-Dateiformat erkannt! [lavf] stream 0: video (h264), -vid 0 [lavf] stream 1: audio (aac), -aid 0, -alang und VIDEO: [H264] 1920x1080 24bpp 25.000 fps 3710.3 kbps (452.9 kbyte/s) Clip-Info: major_brand: mp42 minor_version: 0 compatible_brands: isommp42 ========================================================================== Öffne Videodecoder: [ffmpeg] FFmpeg's libavcodec codec family Ausgewählter Videocodec: [ffh264] vfm: ffmpeg (FFmpeg H.264) ========================================================================== ========================================================================== Öffne Audiodecoder: [ffmpeg] FFmpeg/libavcodec audio decoders AUDIO: 44100 Hz, 2 ch, s16le, 128.0 kbit/9.07% (ratio: 15999->176400) Ausgewählter Audiocodec: [ffaac] afm: ffmpeg (FFmpeg AAC (MPEG-2/MPEG-4 Audio)) ========================================================================== AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample) Starte Wiedergabe... Film-Aspekt ist 1.78:1 - Vorskalierung zur Korrektur der Seitenverhältnisse. VO: [xv] 1920x1080 => 1920x1080 Planar YV12 A: 1.9 V: 1.9 A-V: -0.000 ct: 0.000 0/ 0 73% 6% 1.9% 23 0 Beenden... (Ende) ################################ $tail /var/log/kernel/current Feb 22 12:48:02 [kernel] [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! Feb 22 12:48:02 [kernel] radeon 0000:01:00.0: texture bo too small (960 540 1 2764800 -> 557056 have 3317760) Feb 22 12:48:02 [kernel] radeon 0000:01:00.0: alignments 1024 256 8 256 Feb 22 12:48:02 [kernel] [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! Feb 22 12:48:02 [kernel] radeon 0000:01:00.0: texture bo too small (960 540 1 2764800 -> 557056 have 3317760) Feb 22 12:48:02 [kernel] radeon 0000:01:00.0: alignments 1024 256 8 256 Feb 22 12:48:02 [kernel] [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! Feb 22 12:48:02 [kernel] radeon 0000:01:00.0: texture bo too small (960 540 1 2764800 -> 557056 have 3317760) Feb 22 12:48:02 [kernel] radeon 0000:01:00.0: alignments 1024 256 8 256 Feb 22 12:48:02 [kernel] [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! ################################ 7ac3a2e0bcdadff7c7172a9f833f526b526da16b is the first bad commit commit 7ac3a2e0bcdadff7c7172a9f833f526b526da16b Author: Alex Deucher <alexdeucher(a)gmail.com> Date: Thu Feb 10 14:24:50 2011 -0500 6xx+: switch to linear aligned rather than linear general linear aligned is supposedly more performant, but more importantly, linear general only works on the CB without slices. The texture blocks technically don't support linear general although, I think linear general gets upgraded to linear aligned in the hw which is why it currently works. Signed-off-by: Alex Deucher <alexdeucher(a)gmail.com> :040000 040000 8f830d90157a00f05dc79cd48b4daded8831119a 9fb173e14af75e2a88b2982d0925ab1da2d56671 M src ################################ $git bisect log git bisect start # good: [0a1a0513a61f392580bde39cca4880f2c19abc8d] bump version for release git bisect good 0a1a0513a61f392580bde39cca4880f2c19abc8d # bad: [3d10278ce511f5dabb68ed86ee43eaaf43585983] Xv: fix textured video alignment harder git bisect bad 3d10278ce511f5dabb68ed86ee43eaaf43585983 # good: [be67ded05621aff9c85525372fd119071d3278ec] 6xx/7xx: consolidate spi setup git bisect good be67ded05621aff9c85525372fd119071d3278ec # bad: [39104c6e8461cf49c1bb03a18858ad75a9d98b46] remove EVERGREENSetAccelState() git bisect bad 39104c6e8461cf49c1bb03a18858ad75a9d98b46 # bad: [7ac3a2e0bcdadff7c7172a9f833f526b526da16b] 6xx+: switch to linear aligned rather than linear general git bisect bad 7ac3a2e0bcdadff7c7172a9f833f526b526da16b # good: [e3145801b80fd4be4cf770128876e86e89bda66f] evergreen/NI: consolidate spi setup git bisect good e3145801b80fd4be4cf770128876e86e89bda66f -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 12

wavy output in arrandale
by Gustavo F. Padovan 28 Feb '11

28 Feb '11

Hi Chris, In bug #28306 at freedesktop.org[0] you created that fixed the problem and pushed it to the -next. However I'm not seeing that patch anymore in linux-next and I have to apply it by hand to have my VGA working properly. Is there a reason to remove this patch from -next? Regards, [0] https://bugs.freedesktop.org/show_bug.cgi?id=28306 -- Gustavo F. Padovan http://padovan.org

2 1

← Newer
1
...
20
21
22
23
24
25
26
...
47
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel February 2011