dri-devel March 2014

dri-devel@lists.freedesktop.org

144 participants
926 discussions

[Bug 68451] New: Texture flicker in native Dota2 in mesa 9.2.0rc1
by bugzilla-daemon＠freedesktop.org 24 Apr '14

24 Apr '14

https://bugs.freedesktop.org/show_bug.cgi?id=68451 Priority: medium Bug ID: 68451 Assignee: dri-devel(a)lists.freedesktop.org Summary: Texture flicker in native Dota2 in mesa 9.2.0rc1 Severity: normal Classification: Unclassified OS: Linux (All) Reporter: peter.kraus(a)geeksonbikes.net Hardware: x86-64 (AMD64) Status: NEW Version: 9.2 Component: Drivers/DRI/R600 Product: Mesa Hello, hopefully this is the right place to report this stuff. I've got a mildly annoying texture corruption/flicker happening in native Dota2 since recent update in mesa. Downgrading mesa fixes this. Offending versions: 9.2.0rc1-1 of lib32-mesa, lib32-mesa-libgl and lib32-ati-dri as packaged by Archlinux. Reverting to 9.1.6-1 of the above packages resolves this issue (the 64bit packages remain 9.2.0rc1). This is on AMD Radeon Juniper (6750), Arch Linux 64-bit, with the following non-default options in xorg.conf.d: Section "Device" Identifier "ATI" Driver "radeon" Option "ColorTiling" "on" Option "ColorTiling2D" "on" Option "SwapBuffersWait" "false" EndSection Regardless of this corruption, the framerate goes up by about 10 fps. Good job on the release! If I can help in any way, let me know. Peter -- You are receiving this mail because: You are the assignee for the bug.

1 62

[PATCH] drm/tilcdc increase allowable supported resolution
by Felipe Balbi 24 Apr '14

24 Apr '14

From: Darren Etheridge <detheridge(a)ti.com> 1680x1050 appears to also be within the bandwidth capabilities of the device and memory infrastructure. Signed-off-by: Darren Etheridge <detheridge(a)ti.com> --- drivers/gpu/drm/tilcdc/tilcdc_drv.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/tilcdc/tilcdc_drv.h b/drivers/gpu/drm/tilcdc/tilcdc_drv.h index 5bb64e3..b47ec24 100644 --- a/drivers/gpu/drm/tilcdc/tilcdc_drv.h +++ b/drivers/gpu/drm/tilcdc/tilcdc_drv.h @@ -43,7 +43,7 @@ * with optimized DDR & EMIF settings tweaked 1920x1080@24 appears to * be supportable */ -#define TILCDC_DEFAULT_MAX_BANDWIDTH (1280*1024*60) +#define TILCDC_DEFAULT_MAX_BANDWIDTH (1680*1050*60) struct tilcdc_drm_private { -- 1.9.0

3 3

[PATCH] drm/tilcdc: restore correct display mode and contents on pm resume
by Felipe Balbi 24 Apr '14

24 Apr '14

From: Darren Etheridge <detheridge(a)ti.com> On resume the screen contents were not being restored properly. Looking at other DRM drivers it seems a call to drm_helper_resume_force_mode() is needed in the resume handler to force restoration of the mode and framebuffer data. Signed-off-by: Darren Etheridge <detheridge(a)ti.com> --- drivers/gpu/drm/tilcdc/tilcdc_drv.c | 7 +++++++ 1 file changed, 7 insertions(+) diff --git a/drivers/gpu/drm/tilcdc/tilcdc_drv.c b/drivers/gpu/drm/tilcdc/tilcdc_drv.c index 171a820..1a5ddfa 100644 --- a/drivers/gpu/drm/tilcdc/tilcdc_drv.c +++ b/drivers/gpu/drm/tilcdc/tilcdc_drv.c @@ -563,6 +563,13 @@ static int tilcdc_pm_resume(struct device *dev) if (registers[i].save && (priv->rev >= registers[i].rev)) tilcdc_write(ddev, registers[i].reg, priv->saved_register[n++]); + /* + * if this call isn't here, the display is blank on return from + * suspend. With this call here the contents of the framebuffer + * during suspend are restored correctly. + */ + drm_helper_resume_force_mode(ddev); + drm_kms_helper_poll_enable(ddev); return 0; -- 1.9.0

2 2

[Bug 74878] New: DRI_PRIME not working correctly
by bugzilla-daemon＠freedesktop.org 22 Apr '14

22 Apr '14

https://bugs.freedesktop.org/show_bug.cgi?id=74878 Priority: medium Bug ID: 74878 Assignee: dri-devel(a)lists.freedesktop.org Summary: DRI_PRIME not working correctly Severity: normal Classification: Unclassified OS: Linux (All) Reporter: pontostroy(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/Gallium/radeonsi Product: Mesa Created attachment 93904 --> https://bugs.freedesktop.org/attachment.cgi?id=93904&action=edit dmesg OpenSUSE 13.1 kernels 3.13.2/drm-fixes/http://cgit.freedesktop.org/~deathsimple/linux/log/?h=uvd-… Mesa git dba303d libdrm/video-ati git lspci -nn|grep VGA 00:02.0 VGA compatible controller [0300]: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller [8086:0152] (rev 09) 01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Bonaire XT [Radeon HD 7790/8770] [1002:665c] pont@bb:~> xrandr --listproviders Providers: number : 2 Provider 0: id: 0x92 cap: 0xb, Source Output, Sink Output, Sink Offload crtcs: 4 outputs: 8 associated providers: 0 name:Intel Provider 1: id: 0x59 cap: 0xf, Source Output, Sink Output, Source Offload, Sink Offload crtcs: 6 outputs: 4 associated providers: 0 name:radeon pont@bb:~> xrandr --setprovideroutputsource 0x59 0x92 pont@bb:~> xrandr --listproviders Providers: number : 2 Provider 0: id: 0x92 cap: 0xb, Source Output, Sink Output, Sink Offload crtcs: 4 outputs: 8 associated providers: 1 name:Intel Provider 1: id: 0x59 cap: 0xf, Source Output, Sink Output, Source Offload, Sink Offload crtcs: 6 outputs: 4 associated providers: 1 name:radeon pont@bb:~> LIBGL_DEBUG=verbose DRI_PRIME=1 glxinfo|grep OpenGL libGL: screen 0 does not appear to be DRI3 capable libGL: pci id for fd 4: 8086:0152, driver i965 libGL: OpenDriver: trying /usr/lib64/dri/tls/i965_dri.so libGL: OpenDriver: trying /usr/lib64/dri/i965_dri.so libGL: Can't open configuration file /home/pont/.drirc: No such file or directory. libGL: Can't open configuration file /home/pont/.drirc: No such file or directory. OpenGL vendor string: Intel Open Source Technology Center OpenGL renderer string: Mesa DRI Intel(R) Ivybridge Desktop OpenGL core profile version string: 3.3 (Core Profile) Mesa 10.2.0-devel OpenGL core profile shading language version string: 3.30 OpenGL core profile context flags: (none) OpenGL core profile profile mask: core profile OpenGL core profile extensions: libGL: Can't open configuration file /home/pont/.drirc: No such file or directory. OpenGL version string: 3.0 Mesa 10.2.0-devel OpenGL shading language version string: 1.30 OpenGL context flags: (none) OpenGL extensions: libGL: Can't open configuration file /home/pont/.drirc: No such file or directory. OpenGL ES profile version string: OpenGL ES 3.0 Mesa 10.2.0-devel OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.0 OpenGL ES profile extensions: I think libGL load wrong driver with DRI_PRIME, -- You are receiving this mail because: You are the assignee for the bug.

1 4

[PATCH] modetest: consider supported formats before selecting a DRM plane
by Fabien DESSENNE 20 Apr '14

20 Apr '14

This fixes an issue where the DRM planes do not support the same pixel formats. The current implementation selects a DRM plane without checking whether the pixel format is supported or not. As a consequence modetest may try to set up a plane not supporting the user request-format, which fails. Modetest has to check the supported formats accross the plane list before selecting a candidate. Signed-off-by: Fabien Dessenne <fabien.dessenne(a)st.com> --- tests/modetest/modetest.c | 9 ++++++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/tests/modetest/modetest.c b/tests/modetest/modetest.c index 4761c60..866ea82 100644 --- a/tests/modetest/modetest.c +++ b/tests/modetest/modetest.c @@ -951,7 +951,7 @@ static int set_plane(struct device *dev, struct plane_arg *p) int crtc_x, crtc_y, crtc_w, crtc_h; struct crtc *crtc = NULL; unsigned int pipe; - unsigned int i; + unsigned int i, j; /* Find an unused plane which can be connected to our CRTC. Find the * CRTC index first, then iterate over available planes. @@ -974,8 +974,11 @@ static int set_plane(struct device *dev, struct plane_arg *p) if (!ovr) continue; - if ((ovr->possible_crtcs & (1 << pipe)) && !ovr->crtc_id) - plane_id = ovr->plane_id; + if ((ovr->possible_crtcs & (1 << pipe)) && !ovr->crtc_id) { + for (j = 0; j < ovr->count_formats; j++) + if (!strncmp(p->format_str, (char *) &ovr->formats[j], 4)) + plane_id = ovr->plane_id; + } } if (!plane_id) { -- 1.9.0

4 4

[PATCH 00/12] drm/nouveau: support for GK20A, cont'd
by Alexandre Courbot 16 Apr '14

16 Apr '14

Hi everyone, Here is the second batch of patches to add GK20A support to Nouveau. This time we are adding the actual chip support, and this series brings the driver to a point where a slightly-tweaked Mesa successfully runs shaders and renders triangles on GBM! Many thanks to Thierry Reding and the people on the #nouveau IRC channel for their help without which we would not have reached this milestone. A few lines of hacks (not included here) are still needed to deal with cached mappings triggering external aborts and CPU/GPU memory coherency issues, but I hope to understand and address these issues next. Most of the changes below have already been seen (and sometimes reviewed) in an earlier patchset. What has been added is proper PGRAPH support (still needing an external firmware and mostly reusing NVE4's code) as well as a better RAM implementation. How to represent and manage VRAM has been the hardest part to deal with, since GK20A shares the system memory with the CPU without any kind of partition. I have tried various approaches (included some in which no RAM object ever gets instanciated) and finally decided to go for one using DMA-contiguous memory allocations and relying on BAR mappings for kernel access and exposure to user-space, as it fits better with existing code and keeps us safe from most of the CPU/GPU memory coherency issues (at the cost of some performance). Looking forward to your review of these few patches! :) Cheers, Alex. Alexandre Courbot (12): drm/nouveau: fix missing newline drm/nouveau/timer: skip calibration on GK20A drm/nouveau/bar: only ioremap BAR3 if it exists drm/nouveau/bar/nvc0: support chips without BAR3 drm/nouveau/fifo: add GK20A support drm/nouveau/ibus: add GK20A support drm/nouveau/fb: add GK20A support drm/nouveau/graph: enable when using external firmware drm/nouveau/graph: pad firmware code at load time drm/nouveau/graph: add GK20A support drm/nouveau: support GK20A in nouveau_accel_init() drm/nouveau: support for probing GK20A drivers/gpu/drm/nouveau/Makefile | 5 + drivers/gpu/drm/nouveau/core/engine/device/nve0.c | 20 +++ drivers/gpu/drm/nouveau/core/engine/fifo/nve0.h | 1 + drivers/gpu/drm/nouveau/core/engine/fifo/nvea.c | 35 +++++ .../gpu/drm/nouveau/core/engine/graph/ctxnve4.c | 4 +- drivers/gpu/drm/nouveau/core/engine/graph/nvc0.c | 12 +- drivers/gpu/drm/nouveau/core/engine/graph/nvc0.h | 9 ++ drivers/gpu/drm/nouveau/core/engine/graph/nve4.c | 2 +- drivers/gpu/drm/nouveau/core/engine/graph/nvea.c | 75 +++++++++ drivers/gpu/drm/nouveau/core/include/engine/fifo.h | 1 + .../gpu/drm/nouveau/core/include/engine/graph.h | 1 + drivers/gpu/drm/nouveau/core/include/subdev/fb.h | 1 + drivers/gpu/drm/nouveau/core/include/subdev/ibus.h | 1 + drivers/gpu/drm/nouveau/core/subdev/bar/base.c | 7 +- drivers/gpu/drm/nouveau/core/subdev/bar/nvc0.c | 101 +++++++------ drivers/gpu/drm/nouveau/core/subdev/fb/nvea.c | 56 +++++++ drivers/gpu/drm/nouveau/core/subdev/fb/priv.h | 1 + drivers/gpu/drm/nouveau/core/subdev/fb/ramnvea.c | 168 +++++++++++++++++++++ drivers/gpu/drm/nouveau/core/subdev/ibus/nvea.c | 110 ++++++++++++++ drivers/gpu/drm/nouveau/core/subdev/timer/nv04.c | 19 ++- drivers/gpu/drm/nouveau/nouveau_drm.c | 12 +- 21 files changed, 578 insertions(+), 63 deletions(-) create mode 100644 drivers/gpu/drm/nouveau/core/engine/fifo/nvea.c create mode 100644 drivers/gpu/drm/nouveau/core/engine/graph/nvea.c create mode 100644 drivers/gpu/drm/nouveau/core/subdev/fb/nvea.c create mode 100644 drivers/gpu/drm/nouveau/core/subdev/fb/ramnvea.c create mode 100644 drivers/gpu/drm/nouveau/core/subdev/ibus/nvea.c -- 1.9.1

6 51

[Bug 44365] New: Textures aligned/move wrongly in planeshift game
by bugzilla-daemon＠freedesktop.org 13 Apr '14

13 Apr '14

https://bugs.freedesktop.org/show_bug.cgi?id=44365 Bug #: 44365 Summary: Textures aligned/move wrongly in planeshift game Classification: Unclassified Product: Mesa Version: 7.11 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/R600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: freedesktop(a)darkskiez.co.uk When you move in the game all the textures, particularly the ground ones, start shifting around making it almost unusable. Video Capture: http://www.darkskiez.co.uk/planeweird.mp4 Card: Radeon 6850 Planeshift: ver 0.5.8.1 DRM: [drm] Initialized radeon 2.11.0 20080528 for 0000:01:00.0 on minor 0 OpenGL renderer string: Gallium 0.4 on AMD BARTS OpenGL version string: 2.1 Mesa 7.11.2 OpenGL shading language version string: 1.20 -- 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 43426] New: gallium3d makes krita crash
by bugzilla-daemon＠freedesktop.org 13 Apr '14

13 Apr '14

https://bugs.freedesktop.org/show_bug.cgi?id=43426 Bug #: 43426 Summary: gallium3d makes krita crash Classification: Unclassified 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: leandrosansilva(a)gmail.com Created attachment 54018 --> https://bugs.freedesktop.org/attachment.cgi?id=54018 krita backtrace When I open krita, which uses hardware acceleration, it crashes and it's caused by the gl driver. The OpenGL info: OpenGL vendor string: X.Org OpenGL renderer string: Gallium 0.4 on AMD RS780 OpenGL version string: 2.1 Mesa 7.12-devel OpenGL shading language version string: 1.20 I'm using mesa from xorg-edgers ppa on Ubuntu 11.04 64-bit. The backtrace from application is 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 5

[Bug 43405] New: Only horizontal lines (snow) display in google earth/glxgears using current r600g on RS780M
by bugzilla-daemon＠freedesktop.org 13 Apr '14

13 Apr '14

https://bugs.freedesktop.org/show_bug.cgi?id=43405 Bug #: 43405 Summary: Only horizontal lines (snow) display in google earth/glxgears using current r600g on RS780M Classification: Unclassified Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: blocker Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: idunham(a)lavabit.com All that shows up when I run certain OpenGL programs (glxgears and google earth, so far) is monochrome blocks with horizontal lines. Not all GL programs are affected (the other standard tests work fine). On stderr, I get this message repeated ad nauseum: radeon: The kernel rejected CS, see dmesg for more information. dmesg repeats this ad nauseum: [18811.705536] radeon 0000:01:05.0: z/stencil buffer (2) too small (0x00BF3C8F 12240 1 4 -> 3133440 have 3104768) [18811.705543] radeon 0000:01:05.0: r600_packet3_check:1501 invalid cmd stream 569 [18811.705547] [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! My source tree is updated to the last commit prior to failover removal; that broke compilation (bug # 43404). First saw this issue last weekend; I hadn't seen any issues during August, when I last built mesa; the binaries from then still work. Hardware: Radeon HD 3200M - RS780M/RS780MN Debian squeeze with following packages updated: Linux 3.0.10 libdrm 2.4.25 libxmu 1.1.0 x11proto-dri2 2.6-2 x11proto-gl 1.4.14 -- 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 43395] New: Game running in wine stops rendering
by bugzilla-daemon＠freedesktop.org 13 Apr '14

13 Apr '14

https://bugs.freedesktop.org/show_bug.cgi?id=43395 Bug #: 43395 Summary: Game running in wine stops rendering Classification: Unclassified Product: Mesa Version: 7.11 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: Schlosser.T(a)seznam.cz When playing Gothic everything works fine for 10 - 15 minutes, then the rendering just stops and the screen is left as it was. The game works normally (I can hear sounds from game and can blindly manipulate it). The rest of the system works just fine as well (the game is running in simulated windowed mode). Fedora 16 (Verne) x86_64 Graphic card: VGA compatible controller: ATI Technologies Inc Mobility Radeon HD 2400 [tomason@odysseus ~]$ glxinfo |grep -i "$render\|opengl$" direct rendering: Yes OpenGL vendor string: X.Org OpenGL renderer string: Gallium 0.4 on AMD RV610 OpenGL version string: 2.1 Mesa 7.11 OpenGL shading language version string: 1.20 Using libtxc_dxtn.i686 as the game requires it to run I also tried kmod-catalyst (proprietary drivers) and running it with wine64 none of which helped. -- 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

← Newer
1
...
57
58
59
60
61
62
63
...
93
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel March 2014