dri-devel July 2011

dri-devel@lists.freedesktop.org

76 participants
443 discussions

[Bug 32821] New: [mach64] DRI doesn't work on SGRAM with 4096Kb
by bugzilla-daemon＠freedesktop.org 14 Oct '19

14 Oct '19

https://bugs.freedesktop.org/show_bug.cgi?id=32821 Summary: [mach64] DRI doesn't work on SGRAM with 4096Kb Product: DRI Version: XOrg CVS Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: DRM/other AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: nss.zpeedzter(a)gmail.com Created an attachment (id=41615) --> (https://bugs.freedesktop.org/attachment.cgi?id=41615) with default packages and default conf I have an integrated ATI Rage Pro 2x on a Dell OptiPlex GX1. I'm running ARCHLINUX here's a part of the xorg log with default packages and default configuration [ 23.698] (--) Depth 24 pixmap format is 32 bpp [ 23.757] (WW) MACH64(0): DRI static buffer allocation failed -- need at least 10000 kB video memory .... .... [ 23.791] (II) MACH64(0): Direct rendering disabled and the second situation: I install mach64drm from AUR and added an xorg.conf and switched to 16bpp here's a part of xorg log: [ 25.394] (II) MACH64(0): I2C bus "Mach64" initialized. [ 25.455] (WW) MACH64(0): DRI static buffer allocation failed -- need at least 7593 kB video memory .... .... [ 25.489] (II) MACH64(0): Direct rendering disabled -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 5

[Bug 28000] New: [Mobile GM965/GL96][Wine][3D] Display and textures corrupted in Warhammer 40k Soulstorm
by bugzilla-daemon＠freedesktop.org 14 Oct '19

14 Oct '19

https://bugs.freedesktop.org/show_bug.cgi?id=28000 Summary: [Mobile GM965/GL96][Wine][3D] Display and textures corrupted in Warhammer 40k Soulstorm Product: DRI Version: XOrg CVS Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component: General AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: fdelente(a)mail.cpod.fr Created an attachment (id=35465) --> (https://bugs.freedesktop.org/attachment.cgi?id=35465) Xorg.0.log $ lspci 00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 03) 00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 03) $ uname -m i686 $ uname -a Linux slick 2.6.32.3-smp #7 SMP PREEMPT Tue Apr 6 19:10:03 CEST 2010 i686 Intel(R) Core(TM)2 Duo CPU T5750 @ 2.00GHz GenuineIntel GNU/Linux -- xf86-video-intel/xserver/mesa/libdrm version: xf86-video-intel-2.11.0-i386-1 xorg-server-1.8.0-i386-1 Mesa-7.8.1-i386-1 libdrm-2.4.20-i386-1 -- kernel version: ("uname -r") 2.6.32.3-smp -- Linux distribution: Slackware 13.0 initially, but I recompiled many packages from source -- Machine or mobo model: Packard Bell BG46 fr -- Display connector: (e.g. VGA, DVI, HDMI, S-video, ...) VGA? LCD panel 3) Reproduce steps. Probability if not 100% reproducible. 100% reproducible: when starting Soulstorm, some bitmaps and 3D textures are corrupted. The same game works flawlessly on another computer with an Nvidia card. 4) Attachment: -- Xorg.0.log -- dmesg output (better with boot option "drm.debug=0x06") -- xorg.conf (if you changed any default options) No change there -- screenshot or photo (optional, a picture is worth a thousand words) -- output of "xrandr --verbose" for display mode issue -- intel_reg_dumper output (see the guide) for display issue. -- for GPU hang, get the last batch buffer (see the guide). -- 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

[Bug 28841] New: Heavy text corruption in virtual consoles using DRI
by bugzilla-daemon＠freedesktop.org 14 Oct '19

14 Oct '19

https://bugs.freedesktop.org/show_bug.cgi?id=28841 Summary: Heavy text corruption in virtual consoles using DRI Product: DRI Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: General AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: eblanca76(a)users.sourceforge.net I have a clean install of latest ubuntu lucid lynx, I added framebuffer support for g550 (matroxfb) and text in virtual consoles appears corrupted, it is made of random pixels appearing far away from the expected prompt. I can get back to clean text if I switch to xorg (ctrl+f7) then back to the virtual console, but if I type in new text, it appears ugly as usual. The only workaround for this is to disable DRI, then the text appears perfect and no switch is needed. Of course, this way the system cannot support any game. I attach my actual xorg.conf. My config: ubuntu 10.04 (Lucid) 2.6.32-22-generic i686 GNU/Linux with gnome 2.30.2 and xorg X server 1.7.6. -- 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 38364] New: Ignoring invalid EDID block 1 do entire edid is invalid and not just block 1
by bugzilla-daemon＠freedesktop.org 14 Oct '19

14 Oct '19

https://bugs.freedesktop.org/show_bug.cgi?id=38364 Summary: Ignoring invalid EDID block 1 do entire edid is invalid and not just block 1 Product: DRI Version: XOrg CVS Platform: x86-64 (AMD64) OS/Version: All Status: NEW Severity: normal Priority: medium Component: General AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: zaverel(a)free.fr Hello , All is fine except i can't change resolution on my second monitor vga ,tv in fact, (reported as DVI-I-2 ) anymore with my 9400gt. Now , i'm on : linux-2.6.39-gentoo-r1 xorg-server-1.10.2 xf86-video-nouveau-0.0.16_pre20110323 libdrm-2.4.25 Errors in dmesg are: nouveau 0000:02:00.0: DVI-I-2: Ignoring invalid EDID block 1. [drm:drm_edid_block_valid] *ERROR* Raw EDID: <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ whatever i valid with xrandr is not really do on my tv although xrandr say it's good , my tv always report 1202x670 50hz I tried with and without xorg.conf My last kernel working is linux-2.6.36-gentoo-r6. If, i tweak drm_edid.c from kernel-2.6.39-gentoo-r1 like this: --- drm_edid.c 2011-06-10 22:37:36.605848000 +0200 +++ linux/drivers/gpu/drm/drm_edid.c 2011-06-13 13:04:43.136786102 +0200 @@ -292,7 +292,7 @@ block + (valid_extensions + 1) * EDID_LENGTH, j, EDID_LENGTH)) goto out; - if (drm_edid_block_valid(block + (valid_extensions + 1) * EDID_LENGTH)) { + if (drm_edid_block_valid(block + (valid_extensions + 0) * EDID_LENGTH)) { valid_extensions++; break; } that work good like before but i'm not sure that is safe. More info in http://lists.freedesktop.org/archives/nouveau/2011-June/008548.html I can post logs here too , just tell me. See you -- 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 39534] New: failed tests
by bugzilla-daemon＠freedesktop.org 24 Sep '19

24 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=39534 Summary: failed tests Product: DRI Version: XOrg CVS Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: medium Component: libdrm AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: guido(a)trentalancia.com Created an attachment (id=49548) View: https://bugs.freedesktop.org/attachment.cgi?id=49548 Review: https://bugs.freedesktop.org/review?bug=39534&attachment=49548 Patch to fix udev tests on Intel (when there is actually no Intel drm) In libdrm from git and latest release (2.4.26), there are some tests that fail: PASS: openclose PASS: getversion PASS: getclient PASS: getstats lt-setversion: drmtest.c:46: is_master: Assertion `ret == 0' failed. /bin/sh: line 5: 382 Aborted ${dir}$tst FAIL: setversion lt-updatedraw: drmtest.c:46: is_master: Assertion `ret == 0' failed. /bin/sh: line 5: 411 Aborted ${dir}$tst FAIL: updatedraw PASS: name_from_fd /bin/sh: line 5: 457 Segmentation fault ${dir}$tst FAIL: gem_basic /bin/sh: line 5: 484 Segmentation fault ${dir}$tst FAIL: gem_flink /bin/sh: line 5: 510 Segmentation fault ${dir}$tst FAIL: gem_readwrite /bin/sh: line 5: 534 Segmentation fault ${dir}$tst FAIL: gem_mmap Starting program: /usr/src/libdrm-2.4.26/tests/.libs/gem_basic [Thread debugging using libthread_db enabled] Program received signal SIGSEGV, Segmentation fault. 0x000000000040115e in drm_open_matching (pci_glob=0x4014ba "8086:*", flags=0) at drmtest.c:82 82 if (strcmp(udev_device_get_subsystem(parent), "pci") != 0) (gdb) where #0 0x000000000040115e in drm_open_matching (pci_glob=0x4014ba "8086:*", flags=0) at drmtest.c:82 #1 0x0000000000400f73 in main (argc=1, argv=0x7fffffffe298) at gem_basic.c:91 (gdb) print parent $1 = (struct udev_device *) 0x0 Something should be done to skip certain udev function calls when parent is NULL. See attached patch (which works for both 2.4.26 and git). It avoids the segmentation fault but perhaps, it produces a false positive, I am not sure: PASS: gem_basic failed to open intel drm device, skipping PASS: gem_flink failed to open intel drm device, skipping PASS: gem_readwrite failed to open intel drm device, skipping PASS: gem_mmap I have no Intel drm device. I have a Nouveau device. If I disable Intel drm from build by proper configure options, such tests are automatically skipped (but Intel is built by default and it's not easy to figure out what's going in the current situation). You can always modify the patch to behave slightly different if such tests should fail. -- 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 35721] New: Tests should be always in the check_* target
by bugzilla-daemon＠freedesktop.org 24 Sep '19

24 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=35721 Summary: Tests should be always in the check_* target Product: DRI Version: XOrg CVS Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: libdrm AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: lu_zero(a)gentoo.org Created an attachment (id=44919) --> (https://bugs.freedesktop.org/attachment.cgi?id=44919) Move the test programs from noinst to check Right now trying to build libdrm w/out cairo fails unexpectedly: libdrm-9999/tests/modetest/modetest.c:58:19: fatal error: cairo.h: No such file or directory I noticed that the tests subdirs have some tests built unconditionally. The patch partially fixes that -- 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 38265] New: [945gm] gl output in mplayer is wonky
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=38265 Summary: [945gm] gl output in mplayer is wonky Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/i915g AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: erappleman(a)gmail.com Whenever I test 915g with mplayer's gl output, my screen starts to bug out. The effects are difficult to capture with a screenshot, but they can be summarized as follows. * gl output will overlay and interact strangely with other windows * in fullscreen, letterboxing will be exaggerated or create a black bar on the right side -- 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 38941] New: Wrong render in Blender with clipping border active in edit mode
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=38941 Summary: Wrong render in Blender with clipping border active in edit mode Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: kam1kaz3(a)gmail.com Created an attachment (id=48737) --> (https://bugs.freedesktop.org/attachment.cgi?id=48737) wrong render When we enable the clipping border (Alt+B) in Blender and enter edit mode, the vertex handles (small quads) are misplaced and huge. This is better seen after rotating the camera. LIBGL_ALWAYS_SOFTWARE=1 works fine. Correct rendering: http://wiki.blender.org/index.php/Doc:Manual/3D_interaction/Navigating/3D_V… Wrong rendering: See attached screenshot. -- 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 38710] New: GTA Vice City hangs in initial menu
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=38710 Summary: GTA Vice City hangs in initial menu Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: j.suarez.agapito(a)gmail.com I am filing this bug as requested in this wine bug report since the bug seems to affect the r600g driver rather than wine itself. http://bugs.winehq.org/show_bug.cgi?id=27609 Please, if any additional information is needed, let me know. -- 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 37417] New: No Alpha Channel for all XPixmaps with KWin+GLES
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=37417 Summary: No Alpha Channel for all XPixmaps with KWin+GLES Product: Mesa Version: 7.10 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: mgraesslin(a)kde.org Created an attachment (id=46961) --> (https://bugs.freedesktop.org/attachment.cgi?id=46961) ARGB window without alpha channel After updating mesa on Debian Testing to package version 7.10.2-2 everything mapped from a XPixmap lost the Alpha Channel. ARGB windows are no longer translucent (screenshot attached) as well everything else mapped from an XPixmap. This only affects OpenGL ES/EGL build of KWin, building against desktop GL/GLX does not show the symptoms. Debug output of KWin with GLES: OpenGL vendor string: X.Org OpenGL renderer string: Gallium 0.4 on AMD RV710 OpenGL version string: OpenGL ES 2.0 Mesa 7.10.2 OpenGL shading language version string: OpenGL ES GLSL ES 1.0.16 Driver: R600G GPU class: R700 OpenGL version: 2.0 GLSL version: 1.0.16 Mesa version: 7.10.2 X server version: 1.10.1 Linux kernel version: 2.6.38 Direct rendering: yes Requires strict binding: yes GLSL shaders: yes Texture NPOT support: yes Debug output of KWin with GLX: OpenGL vendor string: Advanced Micro Devices, Inc. OpenGL renderer string: Mesa DRI R600 (RV710 954F) 20090101 TCL DRI2 OpenGL version string: 2.1 Mesa 7.10.2 OpenGL shading language version string: 1.20 Driver: R600C GPU class: R700 OpenGL version: 2.1 GLSL version: 1.20 Mesa version: 7.10.2 X server version: 1.10.1 Linux kernel version: 2.6.38 Direct rendering: yes Requires strict binding: no GLSL shaders: yes Texture NPOT support: yes This worked fine until update of the package. KWin has not changed (recent master, build from today). If you need any help to investigate, please ask. We want to push the GLES build of KWin with our upcoming release (beta 1 next week). -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 9

← Newer
1
2
3
4
5
6
7
8
9
...
45
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel July 2011