dri-devel March 2011

dri-devel@lists.freedesktop.org

88 participants
477 discussions

[Bug 21682] White screen with compiz/AIGLX on X.org server 1.5.2 when running on 16bpp (intel 945GM)
by bugzilla-daemon＠freedesktop.org 30 Mar '11

30 Mar '11

https://bugs.freedesktop.org/show_bug.cgi?id=21682 --- Comment #20 from Stefan Dirsch <sndirsch(a)suse.de> 2011-03-30 02:49:02 PDT --- (In reply to comment #19) > I still have an openSUSE 11.3 machine. Should I try that too? That would be great, yes. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 0

[Bug 21682] White screen with compiz/AIGLX on X.org server 1.5.2 when running on 16bpp (intel 945GM)
by bugzilla-daemon＠freedesktop.org 30 Mar '11

30 Mar '11

https://bugs.freedesktop.org/show_bug.cgi?id=21682 --- Comment #19 from Tamás Németh <nice(a)titanic.nyme.hu> 2011-03-30 02:19:50 PDT --- (In reply to comment #18) > Tamas, any news on that one? I just tried it on openSUSE 11.4. Compiz 0.9.x is practically unusable (it crashes in half a minute after starting), however I was able to recognize that the white screen problem is gone in 16bpp but now the color palette of windows totally went wrong and the windows are displayed scaled down four times and every window is composed four of its scaled down image ad then tiled together. Totally unusable. Rendering is correct at higher color depth but as I mentioned earlier, compiz always crashes in half a minute after starting. I still have an openSUSE 11.3 machine. Should I try that too? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 0

gallium softpipe driver build instructions.
by kumar vemuri 30 Mar '11

30 Mar '11

Hi All, Am using Mesa 7.8.2. Can anyone please send out the instructions to building a gallium based softpipe driver? thanks K

1 1

[PATCH] drm: export drm_find_cea_extension to drivers
by skeggsb＠gmail.com 30 Mar '11

30 Mar '11

From: Ben Skeggs <bskeggs(a)redhat.com> Nouveau needs access to this structure to build an ELD block for use by the HDA audio codec. Signed-off-by: Ben Skeggs <bskeggs(a)redhat.com> --- drivers/gpu/drm/drm_edid.c | 3 ++- include/drm/drm_crtc.h | 1 + 2 files changed, 3 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c index a245d17..0c39b09 100644 --- a/drivers/gpu/drm/drm_edid.c +++ b/drivers/gpu/drm/drm_edid.c @@ -1288,7 +1288,7 @@ add_detailed_modes(struct drm_connector *connector, struct edid *edid, /** * Search EDID for CEA extension block. */ -static u8 *drm_find_cea_extension(struct edid *edid) +u8 *drm_find_cea_extension(struct edid *edid) { u8 *edid_ext = NULL; int i; @@ -1309,6 +1309,7 @@ static u8 *drm_find_cea_extension(struct edid *edid) return edid_ext; } +EXPORT_SYMBOL(drm_find_cea_extension); /** * drm_detect_hdmi_monitor - detect whether monitor is hdmi. diff --git a/include/drm/drm_crtc.h b/include/drm/drm_crtc.h index 801be59..5422004 100644 --- a/include/drm/drm_crtc.h +++ b/include/drm/drm_crtc.h @@ -778,6 +778,7 @@ extern int drm_mode_gamma_get_ioctl(struct drm_device *dev, void *data, struct drm_file *file_priv); extern int drm_mode_gamma_set_ioctl(struct drm_device *dev, void *data, struct drm_file *file_priv); +extern u8 *drm_find_cea_extension(struct edid *edid); extern bool drm_detect_hdmi_monitor(struct edid *edid); extern bool drm_detect_monitor_audio(struct edid *edid); extern int drm_mode_page_flip_ioctl(struct drm_device *dev, -- 1.7.4.2

1 0

[Bug 34217] New: [r300g] Unigine Sanctuary: no fog visible
by bugzilla-daemon＠freedesktop.org 29 Mar '11

29 Mar '11

https://bugs.freedesktop.org/show_bug.cgi?id=34217 Summary: [r300g] Unigine Sanctuary: no fog visible Product: Mesa Version: git Platform: x86 (IA32) URL: http://unigine.com/download/#sanctuary OS/Version: Linux (All) Status: NEW Severity: minor Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: pavel.ondracka(a)email.cz When doing some other testing I noticed that there should be white fog near ground. I was quite sure it worked some time ago so I investigated this more. However this isn't regression its just that some configuration works and some not. The only one working configuration is Sanctuary v2.2 and shaders set to low, then it kinda works. Sanctuary version 2.3 with all shaders settings and 2.2 version with medium and high shaders quality are broken. I've also tried RADEON_DEBUG=noopt and RADEON_NO_TCL=1 with no luck. Mesa: a6b7393eb8b4ef14c0d9ba8d64e57ed8ca82a9f7 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

[Bug 35483] New: util_blit_pixels_writemask: crash in line 322 of src/gallium/auxiliary/util/u_blit.c
by bugzilla-daemon＠freedesktop.org 29 Mar '11

29 Mar '11

https://bugs.freedesktop.org/show_bug.cgi?id=35483 Summary: util_blit_pixels_writemask: crash in line 322 of src/gallium/auxiliary/util/u_blit.c Product: Mesa Version: 7.10 Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: debian(a)carbon-project.org Created an attachment (id=44648) --> (https://bugs.freedesktop.org/attachment.cgi?id=44648) Backtrace of the crash (Tropico with Wine 1.3.16) When switching to (or starting a game when the last setting was) the hardware accelerated mode in Tropico, the game immediately crashes with the attached backtrace. Please note, that I wasn't able to attach an GDB to Wine/Tropic, if I do, I get tons of SIGSEGVs in Tropico before I get anywhere close to this bug. So I fear the Wine-generated backtrace must do. If you need further information, beyond the following, please let me know. DDX: 6.14.0 X.org: 1.9.4.901 (1.9.5 RC 1) Kernel: 2.6.38 libdrm2: 2.4.24 Mesa: 7.10 The "Severity" was set in accordance with <https://bugs.freedesktop.org/page.cgi?id=fields.html#bug_severity> where a crash is named as critical. -- 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 15112] Radeon KMS on RV250 gets wrong refresh rate.
by bugzilla-daemon＠bugzilla.kernel.org 29 Mar '11

29 Mar '11

https://bugzilla.kernel.org/show_bug.cgi?id=15112 Joe Kowalski <joekowalski(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |OBSOLETE --- Comment #13 from Joe Kowalski <joekowalski(a)gmail.com> 2011-03-29 16:00:40 --- Finally got around to upgrading that machine to 2.6.38, and KMS now sets a proper mode. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. ------------------------------------------------------------------------------ Enable your software for Intel(R) Active Management Technology to meet the growing manageability and security demands of your customers. Businesses are taking advantage of Intel(R) vPro (TM) technology - will your software be a part of the solution? Download the Intel(R) Manageability Checker today! http://p.sf.net/sfu/intel-dev2devmar -- _______________________________________________ Dri-devel mailing list Dri-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel

1 0

drm/radeon: using libdrm_radeon for a new display server
by Chia-I Wu 29 Mar '11

29 Mar '11

Hi list, I have a simple scenario that there are clients rendering to buffer objects using the CPU, and the display server compositing the buffers using OpenGL and doing page flips to present the final contents. It is like doing the following steps repeatedly 1) process A (the server) allocates a bo bo = radeon_bo_open(info->bufmgr, 0, size, align, RADEON_GEM_DOMAIN_GTT, 0); 2) process B (the client) maps the bo for CPU rendering and unmaps radeon_bo_map(bo, 1); /* ...render with CPU... */ radeon_bo_unmap(bo); 3) process A renders to the back buffer using the bo as the texture /* renders with OpenGL followed by a glFinish() */ 4) process A flips its front and back buffers drmModePageFlip(fd, crtc_id, fb_id_of_the_bo, 0x0, NULL); drmWaitVBlank(fd, &vbl); /* HACK! wait until the next vblank */ With this setup, I am seeing glitches frequently. My hardware is a CEDAR. The kernel is 2.6.38-rc7 and both mesa and drm are from master. I originally ran them on a i965-based machine using libdrm_i915, and it is fine there. I think there are sync issues in how I use libdrm_radeon, but I could not identify them. Here are my findings/questions In 1), The bo is initially in the GTT domain because CPU rendering is expected. Using VRAM domain reduces the glitches greatly, but there are still glitches and the framerate is much lower. In 3), glFinish() is called after rendering to make sure the frame is complete before page flipping. Does glFlush() suffice here? I think that would require page flipping to be pipelined, but I am not sure if that is the case with radeon. In 4), The kernel does not block rendering to the back buffer (which was the front buffer before flipping) until the flip takes place. I think the kernel driver should be fixed because, in drm_crtc.h, it says "the implementation must return immediately and block all rendering to the current fb until the flip has completed". To workaround that, I do a drmWaitVBlank() call as a hacky way to wait for the flip to complete. But they still do not explain the glitches I am seeing (with my limited understanding of radeon). Regards, olv

2 3

[Bug 21682] White screen with compiz/AIGLX on X.org server 1.5.2 when running on 16bpp (intel 945GM)
by bugzilla-daemon＠freedesktop.org 29 Mar '11

29 Mar '11

https://bugs.freedesktop.org/show_bug.cgi?id=21682 --- Comment #18 from Stefan Dirsch <sndirsch(a)suse.de> 2011-03-29 03:48:23 PDT --- Tamas, any news on that one? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 0

[git pull] drm fixes for -rc1
by Dave Airlie 29 Mar '11

29 Mar '11

Hi Linus, this replaces the pull I sent yesterday that I don't see in your tree yet. It should have the fix for your i915 in the intel patches, along with a couple of radeon fixes, and the vblank change + fix. Dave. The following changes since commit c87a8d8dcd2587c203f3dd8a3c5c15d1e128ec0d: drm/radeon: fixup refcounts in radeon dumb create ioctl. (2011-03-17 13:58:34 +1000) are available in the git repository at: ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-core-next Alex Deucher (2): drm/radeon/kms: prefer legacy pll algo for tv-out drm/radeon/kms: fix hardcoded EDID handling Chris Wilson (10): drm: Fix use-after-free in drm_gem_vm_close() drm/i915: Remove surplus POSTING_READs before wait_for_vblank drm/i915: skip redundant operations whilst enabling pipes and planes drm/i915: Fix tiling corruption from pipelined fencing drm/i915: Fix computation of pitch for dumb bo creator drm/i915: Disable pagefaults along execbuffer relocation fast path drm/i915: Restore missing command flush before interrupt on BLT ring drm/i915: Fix use after free within tracepoint drm/i915: Avoid unmapping pages from a NULL address space Revert "drm/i915: Don't save/restore hardware status page address register" Dave Airlie (3): drm: check for modesetting on modeset ioctls Merge remote branch 'intel/drm-intel-fixes' of ../drm-next into drm-core-next drm/vblank: update recently added vbl interface to be more future proof. Herton Ronaldo Krzesinski (1): drm/i915: Prevent racy removal of request from client list Ilija Hadzic (1): drm/kernel: vblank wait on crtc > 1 Jesse Barnes (1): drm/i915: report correct render clock frequencies on SNB Takashi Iwai (1): drm/i915/dp: Correct the order of deletion for ghost eDP devices Thomas Renninger (1): drm radeon: Return -EINVAL on wrong pm sysfs access Yuanhan Liu (1): drm/i915: Re-enable self-refresh drivers/gpu/drm/drm_crtc.c | 51 +++++++++++++ drivers/gpu/drm/drm_gem.c | 5 +- drivers/gpu/drm/drm_ioctl.c | 3 + drivers/gpu/drm/drm_irq.c | 15 +++-- drivers/gpu/drm/i915/i915_debugfs.c | 8 +- drivers/gpu/drm/i915/i915_drv.h | 1 + drivers/gpu/drm/i915/i915_gem.c | 70 +++++++++--------- drivers/gpu/drm/i915/i915_gem_execbuffer.c | 21 +++++- drivers/gpu/drm/i915/i915_suspend.c | 6 ++ drivers/gpu/drm/i915/intel_display.c | 39 +++++------ drivers/gpu/drm/i915/intel_dp.c | 4 +- drivers/gpu/drm/i915/intel_ringbuffer.c | 109 +++++++++++++--------------- drivers/gpu/drm/radeon/atombios_crtc.c | 6 ++- drivers/gpu/drm/radeon/radeon_combios.c | 21 ++++-- drivers/gpu/drm/radeon/radeon_connectors.c | 30 +++++++- drivers/gpu/drm/radeon/radeon_mode.h | 1 + drivers/gpu/drm/radeon/radeon_pm.c | 8 ++- include/drm/drm.h | 4 + 18 files changed, 257 insertions(+), 145 deletions(-)

3 5

← Newer
1
...
21
22
23
24
25
26
27
...
48
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel March 2011