dri-devel January 2011

dri-devel@lists.freedesktop.org

70 participants
451 discussions

[Bug 28125] New: DRI2 prevents indirect glx
by bugzilla-daemon＠freedesktop.org 11 Aug '11

11 Aug '11

https://bugs.freedesktop.org/show_bug.cgi?id=28125 Summary: DRI2 prevents indirect glx Product: DRI Version: XOrg CVS Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: General AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: NightNord(a)gmail.com When running glx programs with dri2-enabled mesa on client side, it will return X Error of failed request: BadRequest (invalid request code or no such operation) Major opcode of failed request: 128 (DRI2) Minor opcode of failed request: 1 (DRI2Connect) Serial number of failed request: 19 Current serial number in output stream: 19 export LIBG_ALWAYS_INDIRECT=1 does the trick -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 7

[Bug 33348] New: Display corruption when activating desktop effects (compositing) in kwin...
by bugzilla-daemon＠freedesktop.org 06 Aug '11

06 Aug '11

https://bugs.freedesktop.org/show_bug.cgi?id=33348 Summary: Display corruption when activating desktop effects (compositing) in kwin... Product: Mesa Version: 7.10 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: adawit(a)kde.org This bug report is the same as the one I opened downstream against KWin. See https://bugs.kde.org/show_bug.cgi?id=262824 That bug report contains all the information about my setup. The only thing I wanted to add was the software I have on my system, an ArchLinux box: ati-dri 7.9.0.git20101207-2 dri2proto 2.3-1 kernel26 2.6.36.3-1 libdrm 2.4.22-3 libgl 7.9.0.git20101207-2 mesa 7.9.0.git20101207-2 xf86-video-ati 6.13.2-2 xf86driproto 2.1.1-1 xorg-server 1.9.2-2 xorg-server-common 1.9.2-2 xorg-server-devel 1.9.2-2 I also tested the newer versions of the above packages with the same result: ati-dri 7.10-1 dri2proto 2.3-1 kernel26 2.6.37-1 libdrm 2.4.23-1 libgl 7.10-1 mesa 7.10-1 xf86-video-ati 6.13.2-2 xf86driproto 2.1.1-1 xorg-server 1.9.3.901-1 xorg-server-common 1.9.3.901-1 xorg-server-devel 1.9.3.901-1 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 27

[Bug 29136] New: compiz + wallpaper plugin + expo causes X to crash
by bugzilla-daemon＠freedesktop.org 06 Aug '11

06 Aug '11

https://bugs.freedesktop.org/show_bug.cgi?id=29136 Summary: compiz + wallpaper plugin + expo causes X to crash Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/R600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: chainsawbike(a)gmail.com it crashes when i try to go into "expo mode" dmesg: radeon 0000:01:00.0: r600_cs_track_validate_cb offset[0] 32841 too big radeon 0000:01:00.0: r600_packet3_check:1247 invalid cmd stream 1373 [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! taken from xorg.log: Backtrace: [ 15872.220] 0: /usr/bin/X (xorg_backtrace+0x28) [0x4a0148] [ 15872.220] 1: /usr/bin/X (0x400000+0x631a9) [0x4631a9] [ 15872.220] 2: /lib/libpthread.so.0 (0x7f56a8fd8000+0xf150) [0x7f56a8fe7150] [ 15872.221] 3: /usr/lib/libpixman-1.so.0 (0x7f56a806b000+0x4aa61) [0x7f56a80b5a61] [ 15872.221] 4: /usr/lib/libpixman-1.so.0 (0x7f56a806b000+0x53560) [0x7f56a80be560] [ 15872.221] 5: /usr/lib/libpixman-1.so.0 (pixman_blt+0x78) [0x7f56a809da58] [ 15872.221] 6: /usr/lib64/xorg/modules/libfb.so (fbCopyNtoN+0x2ae) [0x7f56a5ea3cce] [ 15872.221] 7: /usr/bin/X (miCopyRegion+0x1d5) [0x543e95] [ 15872.221] 8: /usr/bin/X (miDoCopy+0x44e) [0x54446e] [ 15872.221] 9: /usr/lib64/xorg/modules/libfb.so (fbCopyArea+0x46) [0x7f56a5ea31e6] [ 15872.221] 10: /usr/lib64/xorg/modules/libexa.so (0x7f56a5c7b000+0x10ed3) [0x7f56a5c8bed3] [ 15872.221] 11: /usr/bin/X (miCopyRegion+0x1d5) [0x543e95] [ 15872.222] 12: /usr/bin/X (miDoCopy+0x44e) [0x54446e] [ 15872.222] 13: /usr/lib64/xorg/modules/libexa.so (0x7f56a5c7b000+0x8666) [0x7f56a5c83666] [ 15872.222] 14: /usr/bin/X (0x400000+0xd4dc4) [0x4d4dc4] [ 15872.222] 15: /usr/bin/X (0x400000+0xb345d) [0x4b345d] [ 15872.222] 16: /usr/bin/X (0x400000+0xb4555) [0x4b4555] [ 15872.222] 17: /usr/bin/X (0x400000+0x2f22c) [0x42f22c] [ 15872.222] 18: /usr/bin/X (0x400000+0x24cab) [0x424cab] [ 15872.223] 19: /lib/libc.so.6 (__libc_start_main+0xfd) [0x7f56a76a0bbd] [ 15872.223] 20: /usr/bin/X (0x400000+0x24829) [0x424829] [ 15872.223] Bus error at address 0x7f56a1c4502c [ 15872.223] Fatal server error: [ 15872.223] Caught signal 7 (Bus error). Server aborting -- 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

[PATCH] drm/kms: add a module param to disable strict EDID checking
by Alex Deucher 16 Jul '11

16 Jul '11

Lots of EDIDs have bad checksums or bad version numbers, but have otherwise good data in them. The current code rejects them which results in bad modes or blank screens in some cases. This patch adds a new module parameter, edid_strict, to drm.ko. It defaults to 1 (strict conformance, the current behavior), but if the user sets it to 0, it will bypass the checks and accept the EDID. Related bugs: https://bugs.freedesktop.org/show_bug.cgi?id=31943 https://bugs.freedesktop.org/show_bug.cgi?id=27708 https://bugzilla.kernel.org/show_bug.cgi?id=25052 Signed-off-by: Alex Deucher <alexdeucher(a)gmail.com> Cc: Adam Jackson <ajax(a)redhat.com> --- drivers/gpu/drm/drm_edid.c | 17 ++++++++++------- drivers/gpu/drm/drm_stub.c | 5 +++++ include/drm/drmP.h | 2 ++ 3 files changed, 17 insertions(+), 7 deletions(-) diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c index a245d17..4794faa 100644 --- a/drivers/gpu/drm/drm_edid.c +++ b/drivers/gpu/drm/drm_edid.c @@ -128,8 +128,8 @@ static const u8 edid_header[] = { }; /* - * Sanity check the EDID block (base or extension). Return 0 if the block - * doesn't check out, or 1 if it's valid. + * Sanity check the EDID block (base or extension). Return false if the block + * doesn't check out, or true if it's valid. */ static bool drm_edid_block_valid(u8 *raw_edid) @@ -160,8 +160,10 @@ drm_edid_block_valid(u8 *raw_edid) DRM_ERROR("EDID checksum is invalid, remainder is %d\n", csum); /* allow CEA to slide through, switches mangle this */ - if (raw_edid[0] != 0x02) - goto bad; + if (raw_edid[0] != 0x02) { + if (drm_edid_strict) + goto bad; + } } /* per-block-type checks */ @@ -169,7 +171,8 @@ drm_edid_block_valid(u8 *raw_edid) case 0: /* base */ if (edid->version != 1) { DRM_ERROR("EDID has major version %d, instead of 1\n", edid->version); - goto bad; + if (drm_edid_strict) + goto bad; } if (edid->revision > 4) @@ -180,7 +183,7 @@ drm_edid_block_valid(u8 *raw_edid) break; } - return 1; + return true; bad: if (raw_edid) { @@ -188,7 +191,7 @@ bad: print_hex_dump_bytes(KERN_ERR, DUMP_PREFIX_NONE, raw_edid, EDID_LENGTH); printk("\n"); } - return 0; + return false; } /** diff --git a/drivers/gpu/drm/drm_stub.c b/drivers/gpu/drm/drm_stub.c index d59edc1..8b4530e 100644 --- a/drivers/gpu/drm/drm_stub.c +++ b/drivers/gpu/drm/drm_stub.c @@ -46,16 +46,21 @@ EXPORT_SYMBOL(drm_vblank_offdelay); unsigned int drm_timestamp_precision = 20; /* Default to 20 usecs. */ EXPORT_SYMBOL(drm_timestamp_precision); +int drm_edid_strict = 1; /* 0 to disable strict edid conformance */ +EXPORT_SYMBOL(drm_edid_strict); + MODULE_AUTHOR(CORE_AUTHOR); MODULE_DESCRIPTION(CORE_DESC); MODULE_LICENSE("GPL and additional rights"); MODULE_PARM_DESC(debug, "Enable debug output"); MODULE_PARM_DESC(vblankoffdelay, "Delay until vblank irq auto-disable [msecs]"); MODULE_PARM_DESC(timestamp_precision_usec, "Max. error on timestamps [usecs]"); +MODULE_PARM_DESC(edid_strict, "Strict EDID checks (0 = disable)"); module_param_named(debug, drm_debug, int, 0600); module_param_named(vblankoffdelay, drm_vblank_offdelay, int, 0600); module_param_named(timestamp_precision_usec, drm_timestamp_precision, int, 0600); +module_param_named(edid_strict, drm_edid_strict, int, 0600); struct idr drm_minors_idr; diff --git a/include/drm/drmP.h b/include/drm/drmP.h index 0f14f94..fd99988 100644 --- a/include/drm/drmP.h +++ b/include/drm/drmP.h @@ -1430,6 +1430,8 @@ extern unsigned int drm_debug; extern unsigned int drm_vblank_offdelay; extern unsigned int drm_timestamp_precision; +extern int drm_edid_strict; + extern struct class *drm_class; extern struct proc_dir_entry *drm_proc_root; extern struct dentry *drm_debugfs_root; -- 1.7.1.1

3 2

[Bug 33171] New: [r600g, wine] kernel crash when loading level in FEAR
by bugzilla-daemon＠freedesktop.org 03 Jul '11

03 Jul '11

https://bugs.freedesktop.org/show_bug.cgi?id=33171 Summary: [r600g, wine] kernel crash when loading level in FEAR Product: DRI Version: DRI CVS Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: liquid.acid(a)gmx.net Created an attachment (id=42087) --> (https://bugs.freedesktop.org/attachment.cgi?id=42087) kernel log Hello! I just triggered a kernel crash while trying out some game in wine (the same as in bug #33066). Jan 15 23:17:22 voodoomaster kernel: BUG: unable to handle kernel paging request at ffffc90010280000 When loading the intro sequence in FEAR the screen suddenly went blank and switched back to console to display this error. The full error is attached as textfile. Could still log into the machine via ssh and salvage the kernel log. System: ATI Technologies Inc Radeon HD 4770 [RV740] drm-radeon-testing kernel libdrm, mesa and xf86-video-ati are all git master xorg-server-1.9.3.901 wine is version 1.3.11 and the game I triggered this with is the FEAR demo: http://www.gamershell.com/download_10167.shtml GLSL was enabled in wine. Greets, Tobias -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 7

[Bug 32651] New: [r600g] Earth's oceans are wrong colour in celestia
by bugzilla-daemon＠freedesktop.org 28 Jun '11

28 Jun '11

https://bugs.freedesktop.org/show_bug.cgi?id=32651 Summary: [r600g] Earth's oceans are wrong colour in celestia 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: rankincj(a)googlemail.com When viewed with the "OpenGL vertex program" rendering path, the Earth's oceans in celestia are coloured the wrong shade of blue. (The "OpenGL 2.0" rendering path gets it right, though.) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 6

[Bug 31880] New: [i915g]
by bugzilla-daemon＠freedesktop.org 25 Jun '11

25 Jun '11

https://bugs.freedesktop.org/show_bug.cgi?id=31880 Summary: [i915g] Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component: Drivers/Gallium/i915g AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: vlee(a)vmware.com CC: wallbraker(a)gmail.com mesa: 78a340fd487c56468ace7347a53f95a0c751c419 (master) chipset: 945GM (Intel GMA 950) system architecture: i686 xserver-xorg-video-intel: 2:2.12.0-1ubuntu5.1 libdrm-intel1: 2.4.21-1ubuntu2.1 kernel version: 2.6.35-22-generic Linux distribution: Ubuntu 10.10 i386 Run piglit vpfp-generic vp-arl-constant-array-huge test. $ ./bin/vpfp-generic tests/shaders/generic/vp-arl-constant-array-huge.vpfp -auto Probe at (50,50) Expected: 0.500000 1.000000 1.000000 0.000000 Observed: 0.000000 0.000000 0.000000 0.000000 Test tests/shaders/generic/vp-arl-constant-array-huge.vpfp:137 failed src/gallium/auxiliary/draw/draw_pt_emit.c:93:draw_pt_emit_prepare: Assertion `emit_sz != 0' failed. (gdb) bt #0 0x010d122b in _debug_assert_fail (expr=0x1958c40 "emit_sz != 0", file=0x1958c14 "src/gallium/auxiliary/draw/draw_pt_emit.c", line=93, function=0x1958c6e "draw_pt_emit_prepare") at src/gallium/auxiliary/util/u_debug.c:233 #1 0x01100798 in draw_pt_emit_prepare (emit=0x8fca078, prim=7, max_vertices=0x8fc73cc) at src/gallium/auxiliary/draw/draw_pt_emit.c:93 #2 0x010fdc16 in llvm_middle_end_prepare (middle=0x8fc9fc0, in_prim=7, opt=3, max_vertices=0x8fc73cc) at src/gallium/auxiliary/draw/draw_pt_fetch_shade_pipeline_llvm.c:120 #3 0x010a5b2a in vsplit_prepare (frontend=0x8fc73b0, in_prim=7, middle=0x8fc9fc0, opt=3) at src/gallium/auxiliary/draw/draw_pt_vsplit.c:170 #4 0x0109b3be in draw_pt_arrays (draw=0x8f74340, prim=7, start=0, count=4) at src/gallium/auxiliary/draw/draw_pt.c:111 #5 0x0109bf91 in draw_vbo (draw=0x8f74340, info=0xbfeb58a4) at src/gallium/auxiliary/draw/draw_pt.c:481 #6 0x0106c988 in i915_draw_vbo (pipe=0x8f79368, info=0xbfeb58a4) at src/gallium/drivers/i915/i915_context.c:81 #7 0x0181dba5 in st_draw_vbo (ctx=0x8fdee50, arrays=0x9022e30, prims=0x9021804, nr_prims=1, ib=0x0, index_bounds_valid=1 '\001', min_index=0, max_index=3) at src/mesa/state_tracker/st_draw.c:732 #8 0x018a2f0d in vbo_exec_vtx_flush (exec=0x9021690, unmap=1 '\001') at src/mesa/vbo/vbo_exec_draw.c:381 #9 0x0189edfe in vbo_exec_FlushVertices_internal (ctx=0x8fdee50, unmap=1 '\001') at src/mesa/vbo/vbo_exec_api.c:937 #10 0x0189ee9d in vbo_exec_FlushVertices (ctx=0x8fdee50, flags=1) at src/mesa/vbo/vbo_exec_api.c:971 #11 0x017be818 in _mesa_ReadPixels (x=50, y=50, width=1, height=1, format=6408, type=5126, pixels=0xbfeb5a98) at src/mesa/main/readpix.c:171 #12 0x0805010f in piglit_probe_pixel_rgba (x=50, y=50, expected=0x90149f8) at piglit/tests/util/piglit-util.c:189 #13 0x0804d896 in Test::run (this=0x90149e8) at piglit/tests/shaders/vpfp-generic.cpp:199 #14 0x0804d9c3 in TestGroup::run (this=0x8056444) at piglit/tests/shaders/vpfp-generic.cpp:226 #15 0x0804e2aa in piglit_display () at piglit/tests/shaders/vpfp-generic.cpp:372 #16 0x08051e43 in display () at piglit/tests/util/piglit-framework.c:52 #17 0x00125820 in fghRedrawWindow (window=DWARF-2 expression error: DW_OP_reg operations must be used either alone or in conjuction with DW_OP_piece or DW_OP_bit_piece. ) at freeglut_main.c:210 #18 fghcbDisplayWindow (window=DWARF-2 expression error: DW_OP_reg operations must be used either alone or in conjuction with DW_OP_piece or DW_OP_bit_piece. ) at freeglut_main.c:227 #19 0x00129660 in fgEnumWindows (enumCallback=0x125790 <fghcbDisplayWindow>, enumerator=0xbfeb5c28) at freeglut_structure.c:394 #20 0x00125cdb in fghDisplayAll () at freeglut_main.c:249 #21 glutMainLoopEvent () at freeglut_main.c:1450 #22 0x00126605 in glutMainLoop () at freeglut_main.c:1498 #23 0x08051fec in main (argc=2, argv=0xbfeb5eb4) at piglit/tests/util/piglit-framework.c:118 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 3

[Bug 31881] New: [i915g] SIGSEGV piglit vpfp-generic vp-arl-constant-array-huge-varying
by bugzilla-daemon＠freedesktop.org 25 Jun '11

25 Jun '11

https://bugs.freedesktop.org/show_bug.cgi?id=31881 Summary: [i915g] SIGSEGV piglit vpfp-generic vp-arl-constant-array-huge-varying Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component: Drivers/Gallium/i915g AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: vlee(a)vmware.com CC: wallbraker(a)gmail.com mesa: 78a340fd487c56468ace7347a53f95a0c751c419 (master) chipset: 945GM (Intel GMA 950) system architecture: i686 xserver-xorg-video-intel: 2:2.12.0-1ubuntu5.1 libdrm-intel1: 2.4.21-1ubuntu2.1 kernel version: 2.6.35-22-generic Linux distribution: Ubuntu 10.10 i386 Run piglit vpfp-generic vp-arl-constant-array-huge-varying test. The test hits a segmentation fault. $ ./bin/vpfp-generic tests/shaders/generic/vp-arl-constant-array-huge-varying -auto Program terminated with signal 11, Segmentation fault. #0 0x0165cd0c in llvm::ConstantInt::get(llvm::LLVMContext&, llvm::APInt const&) () from /home/mks-hackers/mesa/build/linux-x86-debug/gallium/targets/dri-i915/i915_dri.so (gdb) bt #0 0x0165cd0c in llvm::ConstantInt::get(llvm::LLVMContext&, llvm::APInt const&) () from mesa/build/linux-x86-debug/gallium/targets/dri-i915/i915_dri.so #1 0x00000048 in ?? () #2 0xbff03300 in ?? () Backtrace stopped: previous frame inner to this frame (corrupt stack?) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 3

[Bug 32511] New: glDrawPixels broken on savage
by bugzilla-daemon＠freedesktop.org 14 Jun '11

14 Jun '11

https://bugs.freedesktop.org/show_bug.cgi?id=32511 Summary: glDrawPixels broken on savage Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/Savage AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: bugzi09.fdo.tormod(a)xoxy.net Created an attachment (id=41267) --> (https://bugs.freedesktop.org/attachment.cgi?id=41267) full backtrace in savageWriteRGBASpan_565() The drawpix demo draws pixels spread around the screen instead of inside the window. Each line drawn (194 pixels) get displayed in a cluster, but not as a line. Only every 6th "line" get displayed, starting from the lower right of the screen, going left, then up (see drawpix-many.png). The cluster is divided in 4 squares of 8 times 8 pixels, where the first and fourth square is not complete. Each square is drawn from left to right, then from top to bottom. Square are drawn from left to right within a cluster. (See drawpix-line.png). I have tracked the drawing in mesa down to where it writes each pixel into the renderbuffer in savageWriteRGBASpan_565(), see the full backtrace in write_rgba-backtrace.gdb. This is with latest git. I think I have seen similar corruption using the antspotlight screensaver since a long time ago, and I never tried drawpix before so this can be an old bug. The bug reporter of the downstream Ubuntu bug says drawpix worked fine in Ubuntu 8.04 which had mesa 7.0.3. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 19

[Bug 29953] New: [r300g] Heroes of Newerth: texture problems
by bugzilla-daemon＠freedesktop.org 09 Jun '11

09 Jun '11

https://bugs.freedesktop.org/show_bug.cgi?id=29953 Summary: [r300g] Heroes of Newerth: texture problems Product: Mesa Version: git Platform: Other URL: http://www.heroesofnewerth.com/download.php OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: sa(a)whiz.se Created an attachment (id=38370) --> (https://bugs.freedesktop.org/attachment.cgi?id=38370) Screenshot The game Heroes of Newerth is showing problems when texture compression (through libtxc_dxtn) is used: most of the menu becomes totally black. Removing libtxc_dxtn.so, or launching the game with MESA_EXTENSION_OVERRIDE="-GL_EXT_texture_compression_s3tc -GL_S3_s3tc" makes it work again. (Though the S2 Games logo that should be visible before the menu loads is still not there with S3TC disabled) Neither llvmpipe or softpipe seems to be affected by this problem. I have tried git from a few months back, and the result is the same, so I don't think this is a regression. System environment: -- system architecture: 32-bit -- Linux distribution: Debian unstable -- GPU: RV570 -- Model: Asus EAX1950Pro 256MB -- Display connector: DVI -- xf86-video-ati: fd686668289258ffaf6b81057545e50612aac6a8 -- xserver: 1.9.0 -- mesa: dd5ef33e3c2ac7886ca71344e41201d0be2062c0 -- drm: b61e81a191d3a5c269c5f7c40199aebc9ebc034c -- kernel: 2.6.35 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 18

← Newer
1
...
10
11
12
13
14
15
16
...
46
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel January 2011