dri-devel July 2010

dri-devel@lists.freedesktop.org

65 participants
269 discussions

[PATCH v2] DRM platform device support
by jcrouse＠codeaurora.org 04 Aug '10

04 Aug '10

Here is the second revision implementing platform device support for DRM. I've split the original patch into three and applied most of the comments I got from the previous go-around. The first patch removes the resource wrappers from DRM and switches the drivers to use the bus level functions. The second patch adds the platform support, and the third patch adds the ARM specific #ifdefs. Plus, a bonus patch that ensures that the DRM offset fits into the pgoff (unsigned long) offset for mmap. The original code made a 64 bit value that didn't fly with a 32 bit processor. Thanks for the comments and keep em coming. Jordan

3 6

[Bug 28628] New: GLSL Shader Error on R300g
by bugzilla-daemon＠freedesktop.org 03 Aug '10

03 Aug '10

https://bugs.freedesktop.org/show_bug.cgi?id=28628 Summary: GLSL Shader Error on R300g Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: crumja(a)gmail.com Neverwinter Nights 2 normally runs fine on wine under fglrx and other proprietary drivers. However, using git build of r300g at time of posting results in errors in the generated GLSL code that's caught by the command buffer. Attached is the exact error output from wine. -- 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 29303] New: [r300g] compiz segfaults when resizing windows
by bugzilla-daemon＠freedesktop.org 03 Aug '10

03 Aug '10

https://bugs.freedesktop.org/show_bug.cgi?id=29303 Summary: [r300g] compiz segfaults when resizing windows Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: ghepeu(a)virgilio.it Created an attachment (id=37444) --> (https://bugs.freedesktop.org/attachment.cgi?id=37444) Backtrace of the crash As per the summary, compiz segfaults with r300g when resizing windows. I'm using mesa from current git (head cd601513f5ff4f488a6f6527bb033e39ee62ffda) but the bug has been there for at least a couple of months. My card is a Radeon X550 RV370 5B63 PCIE, kernel 2.6.34.1, xf86-video-ati from git, xserver 1.8.2, compiz 0.8.4 (+gtk-window-decorator), gnome 2.30. Full backtrace of the crash attached. -- 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 27901] New: GLSL cos/sin functions broken on Mesa R600 driver
by bugzilla-daemon＠freedesktop.org 03 Aug '10

03 Aug '10

https://bugs.freedesktop.org/show_bug.cgi?id=27901 Summary: GLSL cos/sin functions broken on Mesa R600 driver Product: Mesa Version: git Platform: All OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/R600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: alain.perrot(a)gmail.com As I was playing with OpenGL examples from Joe Groff's blog at http://duriansoftware.com/joe/An-intro-to-modern-OpenGL.-Table-of-Contents.…, I noticed that the cos and sin GLSL functions are broken on the Mesa R600 driver. Other trigonometric functions may be broken as well. The blog entries provide two versions of a sample program that blend two images together using GLSL. The blend factor is computed from a timestamp using the sin function. There's no problem with the example from chapter 2 where the blend factor is computed on the CPU (source code at http://github.com/jckarter/hello-gl). Mesa R600 driver fails to properly run the example from chapter 3 where the blend factor is computed on the GPU using the GLSL sin function. Mesa software renderer has no problem running this example (source code at http://github.com/jckarter/hello-gl-ch3). Looking at GLSL 1.10 spec, R600 ISA doc and R600 driver code (function assemble_TRIG in r700_assembler.c), I guess there is two problems : 1. both the GLSL cos/sin functions and R600 hardware expects the angle to be specified in radians, but the assemble_TRIG function divides the specified angle by 2 * PI (the result is no more radians). 2. R600 hardware expects the angle to be in the range [-PI, PI] while GLSL does not specify a range, and the assemble_TRIG function does not clip the angle in the required range. A quick and dirty hack to make the example from chapter 3 work with R600 driver is to clip the timestamp to the [-PI, PI] range and then to multiply it by 2 * PI : --- hello-gl.c.old 2010-04-29 20:55:55.000000000 +0200 +++ hello-gl.c 2010-04-29 20:56:12.000000000 +0200 @@ -202,7 +202,10 @@ static void update_timer(void) { int milliseconds = glutGet(GLUT_ELAPSED_TIME); - g_resources.timer = (float)milliseconds * 0.001f; + g_resources.timer = fmodf((float)milliseconds * 0.001f, 2.0f * 3.1415926535897f); + if(g_resources.timer > 3.1415926535897f) + g_resources.timer -= 2.0f * 3.1415926535897f; + g_resources.timer *= 2.0f * 3.1415926535897f; glutPostRedisplay(); } My config: RV670 (Radeon HD 3870) Kubuntu 10.04 "Lucid Lynx" 64-bit Linux kernel 2.6.34-rc5 from Ubuntu Mainline Kernel PPA libdrm, radeon, Mesa, Xorg from Xorg-edgers PPA -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

2 29

[Bug 28459] New: [r300g] Heroes of Newerth slow and corrupted with libtxc_dxtn.so
by bugzilla-daemon＠freedesktop.org 03 Aug '10

03 Aug '10

https://bugs.freedesktop.org/show_bug.cgi?id=28459 Summary: [r300g] Heroes of Newerth slow and corrupted with libtxc_dxtn.so Product: Mesa Version: git Platform: Other OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: drakkk(a)centrum.cz I wanted to try compressed texture support with r300g so I installed libtxc_dxtn.so and I got some nice improvements (for example in Neverwinter Nights textures looks many times better). However in Heroes of Newerth (HoN) there is big slowdown in menu and while in game it is so slow it almost looks like frozen and there is massive corruption. Terminal output: radeon: Bad CS, dumping... VENDORID:DEVICEID 0x1002:0x71C5 0x00001007 0x00000004 ... tons of similar hexadecimal output Dmesg shows this: [drm:r100_cs_track_texture_check] *ERROR* Texture of unit 0 needs 8320 bytes but is 4096 [drm:r100_cs_track_texture_print] *ERROR* pitch 1 [drm:r100_cs_track_texture_print] *ERROR* use_pitch 0 [drm:r100_cs_track_texture_print] *ERROR* width 1 [drm:r100_cs_track_texture_print] *ERROR* width_11 0 [drm:r100_cs_track_texture_print] *ERROR* height 128 [drm:r100_cs_track_texture_print] *ERROR* height_11 0 [drm:r100_cs_track_texture_print] *ERROR* num levels 7 [drm:r100_cs_track_texture_print] *ERROR* depth 0 [drm:r100_cs_track_texture_print] *ERROR* bpp 4 [drm:r100_cs_track_texture_print] *ERROR* coordinate type 0 [drm:r100_cs_track_texture_print] *ERROR* width round to power of 2 0 [drm:r100_cs_track_texture_print] *ERROR* height round to power of 2 0 [drm:r100_cs_track_texture_print] *ERROR* compress format 2 [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! mesa: ebd98b3496d750a6595382e75267361d2b1e47e2 kernel: 2.6.33.5-112.fc13 GPU: ATI Technologies Inc M56P [Radeon Mobility X1600] (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 17

[Bug 28411] New: Output polling causes latency every 10 seconds
by bugzilla-daemon＠freedesktop.org 03 Aug '10

03 Aug '10

https://bugs.freedesktop.org/show_bug.cgi?id=28411 Summary: Output polling causes latency every 10 seconds Product: DRI Version: DRI CVS Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: General AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: marius.groeger(a)web.de The output polling in drm_crtc_helper.c added in this commit: commit eb1f8e4f3be898df808e2dfc131099f5831d491d Author: Dave Airlie <airlied(a)redhat.com> Date: Fri May 7 06:42:51 2010 +0000 causes drm latencies every 10 seconds. I observed them in mythtv. Apparently the dev->mode_config.mutex is held for too long; if I remove the mutex_lock/unlock for testing purposes the latencies are gone. -- 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 29311] New: [r300g]: Compiz crashes when trying to start it with latest mesa master.
by bugzilla-daemon＠freedesktop.org 03 Aug '10

03 Aug '10

https://bugs.freedesktop.org/show_bug.cgi?id=29311 Summary: [r300g]: Compiz crashes when trying to start it with latest mesa master. Product: DRI Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: oreaus(a)gmail.com Created an attachment (id=37448) --> (https://bugs.freedesktop.org/attachment.cgi?id=37448) compiz crash backtrace I bisected and got this: ba2cc3b8e6ad161181b67fd2575c6bc768584d23 is the first bad commit commit ba2cc3b8e6ad161181b67fd2575c6bc768584d23 Author: Brian Paul <brianp(a)vmware.com> Date: Thu Jul 29 13:49:21 2010 -0600 gallium: implement bounds checking for constant buffers Plumb the constant buffer sizes down into the tgsi interpreter where we can do bounds checking. Optional debug code warns upon out-of-bounds reading. Plus add a few other assertions in the TGSI interpreter. :040000 040000 7141c078038120e29bab2e275fb935f20731c0ff e2f4d072421db8d000922127dc1f707145b73c61 M src -- 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 28341] New: Flickering screen in Neverball on drm-radeon-testing
by bugzilla-daemon＠freedesktop.org 02 Aug '10

02 Aug '10

https://bugs.freedesktop.org/show_bug.cgi?id=28341 Summary: Flickering screen in Neverball on drm-radeon-testing Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/R600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: magnus(a)jensenligan.se Mesa and ddx patched with tiling patches from dri-devel mailing list. drm-radeon-testing kernel. HD3650 (rv635) AGP gpu. When starting neverball the title screen flickers with black until the start of a level, graphics is then (almost) fine. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 30

[Bug 28386] New: [KMS] echo standby > /sys/power/state hang machine forever
by bugzilla-daemon＠freedesktop.org 02 Aug '10

02 Aug '10

https://bugs.freedesktop.org/show_bug.cgi?id=28386 Summary: [KMS] echo standby > /sys/power/state hang machine forever Product: DRI Version: XOrg CVS Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: randrik(a)mail.ru Using mainline kernel up to commit 03cd3739818d3fa7f973d0fb6d3aa63122ea00a0 Merge: 1067b6c 06b4367 Author: Linus Torvalds <torvalds(a)linux-foundation.org> Date: Thu Jun 3 07:20:28 2010 -0700 Merge git://git.kernel.org/pub/scm/linux/kernel/git/sfrench/cifs-2.6 i got hard-freeze right after monitor goes into standby mode (blinking led on monitor itself). Same kernel goes into standby mode OK with nouveau driver or with modprobe radeon modeset=0. This was observed right after console login, but starting X before makes no difference. Videocard: 01:00.0 0300: 1002:5964 (rev 01) (prog-if 00 [VGA controller]) Subsystem: 1787:5964 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 64 (2000ns min), Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 16 Region 0: Memory at d0000000 (32-bit, prefetchable) [size=128M] Region 1: I/O ports at c800 [size=256] Region 2: Memory at dfef0000 (32-bit, non-prefetchable) [size=64K] Expansion ROM at dfec0000 [disabled] [size=128K] Capabilities: [58] AGP version 2.0 Status: RQ=80 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW+ AGP3- Rate=x1,x2,x4 Command: RQ=32 ArqSz=0 Cal=0 SBA+ AGP+ GART64- 64bit- FW- Rate=x4 Capabilities: [50] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Kernel driver in use: radeon Kernel modules: radeon a.k.a. Radeon 9200SE disabling pm_async (echo 0 > /sys/power/pm_async) doesn't help setting pm_test to [devices] freezes like plain "echo standby > /sys/power/state" I'll attach dmesg from normal boot -- 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 29020] New: [r300g] Wine d3d9 tests hardlock
by bugzilla-daemon＠freedesktop.org 02 Aug '10

02 Aug '10

https://bugs.freedesktop.org/show_bug.cgi?id=29020 Summary: [r300g] Wine d3d9 tests hardlock Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: drakkk(a)centrum.cz When running d3d9 tests from Wine-1.2-rc7 it lock up my computer. Surprisingly it works with r300c but I suppose some tests are being skipped because r300c doesn't advertise as much as r300g. I don't know how to obtain more debug info, since its completely dead and I'm not even able to ssh in. wine: 1.2-rc7 GPU: rv530 mesa: cd629c28d73703a44f4b74ba0e8eb87c51eee32a kernel: 2.6.33.6-147.fc13 -- 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
...
7
8
9
10
11
12
13
...
27
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel July 2010