dri-devel February 2013

dri-devel@lists.freedesktop.org

130 participants
696 discussions

[PATCH v3 0/3] Prime helpers
by Aaron Plattner 19 Jun '13

19 Jun '13

This series adds helper functions that abstract the core parts of .gem_prime_import and .gem_prime_export so that drivers don't have to worry about the low-level details. These helpers are optional. A driver can use them by plugging in drm_gem_prime_import and drm_gem_prime_export into the drm_driver structure, or it can bypass them by plugging in its own functions. The first patch adds these helpers, and the later patches switch three drivers over to using them. This version of the series addresses concerns raised by Daniel Vetter, and to leave the vmap locking and refcounting to the dma-buf core code. It also drops Exynos from the series since its driver diverged between when I first sent out this series and now. This series depends on commit 90b6e90cb03352a352015ca213ac9f4fab3308f3 of the for-next branch of git://git.linaro.org/people/sumitsemwal/linux-dma-buf Aaron Plattner (3): drm: add prime helpers drm/nouveau: use prime helpers drm/radeon: use prime helpers Documentation/DocBook/drm.tmpl | 4 + drivers/gpu/drm/drm_prime.c | 186 +++++++++++++++++++++++++++++++- drivers/gpu/drm/nouveau/nouveau_bo.h | 1 - drivers/gpu/drm/nouveau/nouveau_drm.c | 9 +- drivers/gpu/drm/nouveau/nouveau_gem.c | 2 - drivers/gpu/drm/nouveau/nouveau_gem.h | 10 +- drivers/gpu/drm/nouveau/nouveau_prime.c | 173 ++++------------------------- drivers/gpu/drm/radeon/radeon.h | 1 - drivers/gpu/drm/radeon/radeon_drv.c | 21 ++-- drivers/gpu/drm/radeon/radeon_prime.c | 170 ++++------------------------- include/drm/drmP.h | 12 +++ 11 files changed, 270 insertions(+), 319 deletions(-) -- 1.8.1.1

4 14

WARNING: at drivers/gpu/drm/nouveau/core/core/mm.c:242
by Jiri Slaby 17 Jun '13

17 Jun '13

Hi, we have a report of WARNING from 3.7.6 in nouveau at drivers/gpu/drm/nouveau/core/core/mm.c:242 here: https://bugzilla.novell.com/show_bug.cgi?id=802347#c11 There is an order 4 allocation failure in nouveau_drm_open -> nouveau_vm_create, i.e. this one failed: vm->pgt = kcalloc(vm->lpde - vm->fpde + 1, sizeof(*vm->pgt), GFP_KERNEL); Then, on the error path in still in nouveau_drm_open, it is followed by a call to nouveau_cli_destroy. But that one calls nouveau_vm_ref -> nouveau_mm_fini -> nouveau_vm_del -> nouveau_mm_fini which triggers the warning. Any ideas? thanks, -- js suse labs

4 10

[Bug 36602] New: Hierarchical Z support for R600
by bugzilla-daemon＠freedesktop.org 08 Jun '13

08 Jun '13

https://bugs.freedesktop.org/show_bug.cgi?id=36602 Summary: Hierarchical Z support for R600 Product: DRI Version: DRI CVS Platform: Other OS/Version: All Status: NEW Severity: enhancement Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: pelloux(a)gmail.com Add Hierarchical Z (HiZ) support for r600g driver. I'm attaching my work-in-progress patchs to this bug report to keep track of comments. This patch adds 3 new env vars : - R600_EARLYZ : controls whether EarlyZ functionnality is used (DB_SHADER_CONTROL register) - R600_HIZ : HiZ enabled/disabled - R600_HIZ_READ_HACK : this one is a quick hack for debugging HiZ data buffer. If set, data will be read from HiZ bo instead of depth buffer bo when calling glReadPixels( ... GL_DEPTH_COMPONENT ...) General notes on HiZ on r600 : (all testing done using : ATI Technologies Inc RV770 [Radeon HD 4850]) * HiZ buffer is made of DWORD entries. Each DWORD represents one tile (4x4 or 8x8 pixels depending DB_HTILE_SURFACE register fields) * HiZ buffer does not need to be manually cleared by the driver * DB_RENDER_CONTROL:RESUMMARIZE_ENABLE bit is not necessary to get it working - but if enabled it slows things down * application performance are roughly the same using R600_EARLYZ or R600_HIZ Know problems : * Hierarchical Stencil has not been tested * HiZ buffer data layout is still unclear. As an example : using 640x640 window and 8x8 tiles. HiZ buffer should contain (640/8)*(640/8) = 6400 entries. When reading it back using the above hack, it contains 6400 entries but spread on the 7680 first dwords of the buffer. Therefore HiZ bo if largely oversized for now (ie = depth buffer size) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 55

[REGRESSION] nouveau: Memory corruption using nva3 engine for 0xaf
by Henrik Rydberg 04 Jun '13

04 Jun '13

Hi Ben, Dave, Since 3.5-rc0, I have been experiencing occasional screen corruption on my MacBookAir3,1, using a GeForce 320M (nv50, 0xaf). The X driver version is xf86-video-nouvea-1.0.1-1 (arch). I do not know what the root problem is, but I have been able to isolate the symptoms to the usage of nva3_copy.c. The patch below is the least intrusive way I could find which kills the symptoms. Hopefully this will sched some light on the true problem, such that a fix can be found for 3.5. Thanks, Henrik The nva3 copy engine exhibits random memory corruption in at least one case, the GeForce 320M (nv50, 0xaf) in the MacBookAir3,1. This patch omits creating the engine for the specific chipset, falling back to M2MF, which kills the symptoms. --- drivers/gpu/drm/nouveau/nouveau_state.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_state.c b/drivers/gpu/drm/nouveau/nouveau_state.c index 19706f0..b466937 100644 --- a/drivers/gpu/drm/nouveau/nouveau_state.c +++ b/drivers/gpu/drm/nouveau/nouveau_state.c @@ -731,7 +731,6 @@ nouveau_card_init(struct drm_device *dev) case 0xa3: case 0xa5: case 0xa8: - case 0xaf: nva3_copy_create(dev); break; }

4 7

[Bug 52174] New: radeonsi enable GLSL 1.3 by default
by bugzilla-daemon＠freedesktop.org 28 May '13

28 May '13

https://bugs.freedesktop.org/show_bug.cgi?id=52174 Bug #: 52174 Summary: radeonsi enable GLSL 1.3 by default Classification: Unclassified Product: Mesa Version: git Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: medium Component: Drivers/DRI/R600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: neotheuser(a)ymail.com GLSL 1.3 has now been static to the r600g driver. Shouldn't this be done for radeonsi as well? case PIPE_CAP_GLSL_FEATURE_LEVEL: return debug_get_bool_option("R600_GLSL130", FALSE) ? 130 : 120; to case PIPE_CAP_GLSL_FEATURE_LEVEL: return 130; Thanks! -- 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

[pull] drm-intel-fixes
by Daniel Vetter 22 May '13

22 May '13

Hi Dave, You're pull just reminded me that I've been sitting on a few small -fixes, too. Nothing really major at all: - fixup edp setup sequence (Dave) - disable sdvo hotplug for real, this is a fixup for a messed-up regression fixer (Jani) - don't expose dysfunctional backlight driver (Jani) - properly init spinlock (only used by hsw/vlv code) from Alexander Shishkin Wrt regression we have a new case of rc6-no-longer-working (times time it breaks after resume, investigation still going on) and one of the infoframe patches broke a screen on ilk (Paulo is looking into this one already). Cheers, Daniel The following changes since commit 4cbe5a555fa58a79b6ecbb6c531b8bab0650778d: Linux 3.6-rc4 (2012-09-01 10:39:58 -0700) are available in the git repository at: git://people.freedesktop.org/~danvet/drm-intel drm-intel-fixes for you to fetch changes up to 99d0b1db6ccd0c0e554398e8a579ff3dd4d119ee: drm/i915: initialize dpio_lock spin lock (2012-09-08 19:04:04 +0200) ---------------------------------------------------------------- Alexander Shishkin (1): drm/i915: initialize dpio_lock spin lock Dave Airlie (1): drm/i915/edp: get the panel delay before powering up Jani Nikula (2): drm/i915: only enable sdvo hotplug irq if needed drm/i915: do not expose a dysfunctional backlight interface to userspace drivers/gpu/drm/i915/i915_dma.c | 1 + drivers/gpu/drm/i915/intel_dp.c | 11 +++++++---- drivers/gpu/drm/i915/intel_panel.c | 31 ++++++++++++++++++++++--------- drivers/gpu/drm/i915/intel_sdvo.c | 15 ++++++--------- 4 files changed, 36 insertions(+), 22 deletions(-) -- Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch

2 7

[PATCH 00/11] page-flip cleanups and fixes
by Rob Clark 22 May '13

22 May '13

From: Rob Clark <rob(a)ti.com> Add a helper fxn to send vblank event after pageflip, plus a handful of fixes for other issues that I noticed in the process. Other than OMAP, the changes are just compile tested, so would be good to get a quick look from the maintainers of various drivers. Rob Clark (11): drm: add drm_send_vblank_event() helper drm/i915: use drm_send_vblank_event() helper drm/nouveau: use drm_send_vblank_event() helper drm/radeon: use drm_send_vblank_event() helper drm/exynos: use drm_send_vblank_event() helper drm/exynos: page flip fixes drm/shmob: use drm_send_vblank_event() helper drm/imx: use drm_send_vblank_event() helper drm/imx: page flip fixes drm/omap: use drm_send_vblank_event() helper drm/omap: page-flip fixes drivers/gpu/drm/drm_irq.c | 65 +++++++++++++++++++---------- drivers/gpu/drm/exynos/exynos_drm_crtc.c | 1 - drivers/gpu/drm/exynos/exynos_drm_fimd.c | 10 +---- drivers/gpu/drm/exynos/exynos_drm_vidi.c | 10 +---- drivers/gpu/drm/exynos/exynos_mixer.c | 9 +--- drivers/gpu/drm/i915/intel_display.c | 15 +------ drivers/gpu/drm/nouveau/nouveau_display.c | 13 +----- drivers/gpu/drm/radeon/radeon_display.c | 13 ++---- drivers/gpu/drm/shmobile/shmob_drm_crtc.c | 19 ++------- drivers/staging/imx-drm/ipuv3-crtc.c | 32 ++++---------- drivers/staging/omapdrm/omap_crtc.c | 37 ++++------------ include/drm/drmP.h | 2 + 12 files changed, 78 insertions(+), 148 deletions(-) -- 1.7.9.5

12 37

[Bug 51558] New: Ubuntu[12.04]: X server crashes on running any command in xterm window
by bugzilla-daemon＠freedesktop.org 16 May '13

16 May '13

https://bugs.freedesktop.org/show_bug.cgi?id=51558 Bug #: 51558 Summary: Ubuntu[12.04]: X server crashes on running any command in xterm window Classification: Unclassified Product: Mesa Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: major Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: hysvats(a)gmail.com Created attachment 63607 --> https://bugs.freedesktop.org/attachment.cgi?id=63607 Xorg.log Driver Stack Details: ===================== 1) Kernel-3.4.0-030400-generic-pae 2) drm-2.4.35 3) Mesa-8.1-devel (git-93a42d1) 4) Xorg-server-1.11.3 5) xf86-video-ati- master System Environment: =================== Asic : RV635XT O.S. : Ubuntu-12.04 (32 bit) Processor : Intel(R) Xeon(R) @ 2.40 GHz Memory : 2 GB #startx #open a Terminal and run any command Xserver crashes. Backtarce is in Xorg.log -- 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 51557] New: Ubuntu[12.04]: X server crashes on running any command in xterm window
by bugzilla-daemon＠freedesktop.org 16 May '13

16 May '13

https://bugs.freedesktop.org/show_bug.cgi?id=51557 Bug #: 51557 Summary: Ubuntu[12.04]: X server crashes on running any command in xterm window Classification: Unclassified Product: Mesa Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: major Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: hysvats(a)gmail.com Created attachment 63606 --> https://bugs.freedesktop.org/attachment.cgi?id=63606 Xorg.log Driver Stack Details: ===================== 1) Kernel-3.4.0-030400-generic-pae 2) drm-2.4.35 3) Mesa-8.1-devel (git-93a42d1) 4) Xorg-server-1.11.3 5) xf86-video-ati- master System Environment: =================== Asic : RV635XT O.S. : Ubuntu-12.04 (32 bit) Processor : Intel(R) Xeon(R) @ 2.40 GHz Memory : 2 GB #startx #open a Terminal and run any command Xserver crashes. Backtarce is in Xorg.log -- 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 59592] New: Reproducable GPU lockups since 3.8
by bugzilla-daemon＠freedesktop.org 06 May '13

06 May '13

https://bugs.freedesktop.org/show_bug.cgi?id=59592 Priority: medium Bug ID: 59592 Assignee: dri-devel(a)lists.freedesktop.org Summary: Reproducable GPU lockups since 3.8 Severity: major Classification: Unclassified OS: All Reporter: nine(a)detonation.org Hardware: Other Status: NEW Version: XOrg CVS Component: DRM/Radeon Product: DRI Created attachment 73293 --> https://bugs.freedesktop.org/attachment.cgi?id=73293&action=edit dmesg after lockups Since upgrading my kernel to 3.8.0-rc3 using openSUSE packages, I reproducably get GPU lockups when running FlightGear right after the simulation starts. Takes a couple of minutes with some screen blanking to quit the application again. Afterwards the system continues running fine. Activating KDE's desktop effects may produce the same behaviour. I'm using the following versions: Mesa-9.1_git20130117-230.1.x86_64 libdrm2-2.4.99_git20130117-1.1.x86_64 X.Org X Server 1.12.3 Release Date: 2012-07-09 [ 17.264] X Protocol Version 11, Revision 0 [ 17.264] Build Operating System: openSUSE SUSE LINUX [ 17.264] Current Operating System: Linux sphinx 3.8.0-rc3-1-desktop #1 SMP PREEMPT Thu Jan 10 20:49:22 UTC 2013 (7ce28dd) x86_64 [ 17.264] Kernel command line: BOOT_IMAGE=/vmlinuz-3.8.0-rc3-1-desktop root=/dev/mapper/system-root resume=/dev/system/swap quiet splash=silent [ 17.264] Build Date: 08 January 2013 11:56:04AM I could do some git bisecting on the kernel or on Mesa if it helps and I'm fluent in C. Just tell me how I can help fixing this. -- You are receiving this mail because: You are the assignee for the bug.

1 13

← Newer
1
...
39
40
41
42
43
44
45
...
70
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel February 2013