[Bug 100995] System hang using OpenGL 4+ features

https://bugs.freedesktop.org/show_bug.cgi?id=100995 --- Comment #7 from Paul --- (In reply to Michel Dänzer from comment #5) > Is this a regression from an older version of Mesa? If so, can you bisect? Don't know, never had any working previous versions due to

[Bug 100995] System hang using OpenGL 4+ features

https://bugs.freedesktop.org/show_bug.cgi?id=100995 --- Comment #6 from Paul --- Created attachment 131306 --> https://bugs.freedesktop.org/attachment.cgi?id=131306=edit post-hang xorg log, may not be relevant post-hang xorg log, may not be relevant Xorg

[Bug 100995] System hang using OpenGL 4+ features

https://bugs.freedesktop.org/show_bug.cgi?id=100995 --- Comment #5 from Michel Dänzer --- Is this a regression from an older version of Mesa? If so, can you bisect? -- You are receiving this mail because: You are the assignee for the

[Bug 100995] System hang using OpenGL 4+ features

https://bugs.freedesktop.org/show_bug.cgi?id=100995 --- Comment #4 from Paul --- Created attachment 131305 --> https://bugs.freedesktop.org/attachment.cgi?id=131305=edit dmesg dmesg (In reply to Michel Dänzer from comment #1) > Please attach the output of

[Bug 100995] System hang using OpenGL 4+ features

https://bugs.freedesktop.org/show_bug.cgi?id=100995 --- Comment #3 from Paul --- Created attachment 131304 --> https://bugs.freedesktop.org/attachment.cgi?id=131304=edit glxinfo, should contain all the hardware and package info needed glxinfo, should contain

[Bug 100995] System hang using OpenGL 4+ features

https://bugs.freedesktop.org/show_bug.cgi?id=100995 --- Comment #2 from Paul --- Created attachment 131303 --> https://bugs.freedesktop.org/attachment.cgi?id=131303=edit errors that appear to be related to the hang errors that appear to be related to the hang

[Bug 100995] System hang using OpenGL 4+ features

https://bugs.freedesktop.org/show_bug.cgi?id=100995 --- Comment #1 from Michel Dänzer --- Please attach the output of glxinfo and dmesg and the Xorg log file. -- You are receiving this mail because: You are the assignee for the

[Bug 100995] System hang using OpenGL 4+ features

https://bugs.freedesktop.org/show_bug.cgi?id=100995 Bug ID: 100995 Summary: System hang using OpenGL 4+ features Product: Mesa Version: 17.0 Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity:

Re: (radeon?) WARNING: drivers/gpu/drm/drm_irq.c:1195 drm_vblank_put (v4.11-12441-g56868a4)

On 11/05/17 04:33 AM, Tommi Rantala wrote: > Hi, > > I just tested v4.11-12441-g56868a4 on HP xw6600 with radeon graphics, > and I'm seeing the following WARNING triggered constantly. > > I have not seen this earlier e.g. with the distro kernel > 4.10.13-200.fc25.x86_64 > > $ lspci|grep -i amd

Re: [PATCH 0/3] GPU-DRM-Radeon: Fine-tuning for three function implementations

On 10/05/17 08:30 PM, Christian König wrote: > Am 10.05.2017 um 02:23 schrieb Michel Dänzer: >> On 03/05/17 09:46 PM, Christian König wrote: >>> Am 02.05.2017 um 22:04 schrieb SF Markus Elfring: From: Markus Elfring Date: Tue, 2 May 2017 22:00:02 +0200

[Bug 100990] Not running a lot of games on the graphics card Radeon R9 290

https://bugs.freedesktop.org/show_bug.cgi?id=100990 --- Comment #1 from Michel Dänzer --- What was the last version of Mesa where this didn't happen? Can you bisect? -- You are receiving this mail because: You are the assignee for the

[Bug 100990] Not running a lot of games on the graphics card Radeon R9 290

https://bugs.freedesktop.org/show_bug.cgi?id=100990 Michel Dänzer changed: What|Removed |Added Attachment #131298|text/x-log |text/plain

[radeon-alex:raven-hybrid 103/134] drivers/gpu/drm/amd/amdgpu/vcn_v1_0.c:375:4-36: duplicated argument to & or | (fwd)

Lines 375 and 376 mention the same constant. Maybe something else was intended, or mybe line 376 can just be dropped. julia -- Forwarded message -- Date: Thu, 11 May 2017 09:07:22 +0800 From: kbuild test robot To: kbu...@01.org Cc: Julia Lawall

[radeon-alex:raven-hybrid 120/134] drivers/gpu/drm/amd/amdgpu/../display/dc/dce/dce_stream_encoder.c:411:23-24: Unneeded semicolon

tree: git://people.freedesktop.org/~agd5f/linux.git raven-hybrid head: 5b18fa600648660d8df93cbc8a29869cac80780b commit: 8534b3332c76b77aa74f1aad1418b0ce8a6709bc [120/134] drm/amdgpu/display: Enable DCN in DC coccinelle warnings: (new ones prefixed by >>) >>

[PATCH] drm/amdgpu/display: fix semicolon.cocci warnings

drivers/gpu/drm/amd/amdgpu/../display/dc/dce/dce_stream_encoder.c:411:23-24: Unneeded semicolon drivers/gpu/drm/amd/amdgpu/../display/dc/dce/dce_stream_encoder.c:420:39-40: Unneeded semicolon Remove unneeded semicolon. Generated by: scripts/coccinelle/misc/semicolon.cocci CC: Harry Wentland

[PATCH] drm/amdgpu/display: fix semicolon.cocci warnings

drivers/gpu/drm/amd/amdgpu/../display/dc/dcn10/dcn10_resource.c:1085:2-3: Unneeded semicolon Remove unneeded semicolon. Generated by: scripts/coccinelle/misc/semicolon.cocci CC: Harry Wentland Signed-off-by: Fengguang Wu ---

Re: [Freedreno] [PATCH] drm/msm: gpu: Enable zap shader for A5XX

On Wed, May 10, 2017 at 7:28 PM, Bjorn Andersson wrote: > On Mon 08 May 13:28 PDT 2017, Jordan Crouse wrote: > >> The A5XX GPU powers on in "secure" mode. In secure mode the GPU can >> only render to buffers that are marked as secure and inaccessible >> to the kernel

[PATCH] drm/amd/powerplay: fix array_size.cocci warnings

drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/rv_hwmgr.c:75:42-43: WARNING: Use ARRAY_SIZE drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/rv_hwmgr.c:466:22-23: WARNING: Use ARRAY_SIZE drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/rv_hwmgr.c:468:22-23: WARNING: Use ARRAY_SIZE

[radeon-alex:raven-hybrid 109/134] drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/rv_hwmgr.c:75:42-43: WARNING: Use ARRAY_SIZE

tree: git://people.freedesktop.org/~agd5f/linux.git raven-hybrid head: 5b18fa600648660d8df93cbc8a29869cac80780b commit: 7f281d5c4783952c47784567a9911b75835b8692 [109/134] drm/amd/powerplay: add raven support in hwmgr. (v2) coccinelle warnings: (new ones prefixed by >>) >>

[radeon-alex:raven 1058/1060] hppa-linux-gnu-gcc: error: unrecognized command line option '-mhard-float'; did you mean '-msoft-float'?

tree: git://people.freedesktop.org/~agd5f/linux.git raven head: c6ee08eda872bc7ac60ed0ba82a5d85e696a894c commit: a37dcf9989ad11333dbbfef57dc4b611ce4d85a9 [1058/1060] drm/amdgpu/display: Enable DCN in DC config: parisc-allyesconfig (attached as .config) compiler: hppa-linux-gnu-gcc (Debian

[radeon-alex:raven 954/1060] sound/soc/amd/raven/acp3x.h:28:9: error: implicit declaration of function 'readl'

tree: git://people.freedesktop.org/~agd5f/linux.git raven head: c6ee08eda872bc7ac60ed0ba82a5d85e696a894c commit: abb115931046498039111820de7b6b578c4cce8d [954/1060] ASoC: AMD: enable ACP3x drivers build config: arm-allmodconfig (attached as .config) compiler: arm-linux-gnueabi-gcc (Debian

[radeon-alex:raven-hybrid 16/134] sound/soc/amd/raven/dummy-w5102.c:94:3-8: No need to set .owner here. The core will do it.

tree: git://people.freedesktop.org/~agd5f/linux.git raven-hybrid head: 5b18fa600648660d8df93cbc8a29869cac80780b commit: 036e0295b117d7b8fa6af2232ef4da4c614e5673 [16/134] ASoC: AMD: create/add dummy codec and machine devices/drivers coccinelle warnings: (new ones prefixed by >>) >>

[PATCH] ASoC: AMD: fix platform_no_drv_owner.cocci warnings

sound/soc/amd/raven/dummy-w5102.c:94:3-8: No need to set .owner here. The core will do it. Remove .owner field if calls are used which set it automatically Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci CC: Maruthi Srinivas Bayyavarapu

No mouse cursor since 36cc79bc9077319c04bd3b132edcacaa9a0d9f2b

Hi, I don't have a mouse cursor in my virtual machine (vmware workstation 12.5.5 build-5234757) with latest master from https://git.kernel.org/pub/scm/linux/ kernel/git/torvalds/linux.git git bisect led me to 36cc79bc9077319c04bd3b132edcacaa9a0d9f2b as culprit. Regards Mark

Re: [PATCH v2 1/8] drm: Add crtc/encoder/bridge->mode_valid() callbacks

Hi Daniel, On 10-05-2017 09:03, Daniel Vetter wrote: > On Tue, May 09, 2017 at 06:00:08PM +0100, Jose Abreu wrote: >> This adds a new callback to crtc, encoder and bridge helper functions >> called mode_valid(). This callback shall be implemented if the >> corresponding component has some sort

Re: [PATCH v2 2/8] drm: Add drm_crtc_mode_valid()

Hi Daniel, On 10-05-2017 08:59, Daniel Vetter wrote: > On Tue, May 09, 2017 at 06:00:09PM +0100, Jose Abreu wrote: >> Add a new helper to call crtc->mode_valid callback. >> >> Suggested-by: Ville Syrjälä >> Signed-off-by: Jose Abreu >> Cc:

[PATCH v2] drm/imx: imx-ldb: Accept drm_of_find_panel_or_bridge failure

Not having an endpoint bound in DT should not cause a failure here, there are fallbacks. So explicitly accept a missing endpoint. This behavior change was introduced by refactoring in drm_of parsing code and it should not require dts changes. In particular this fixes imx6qdl-sabreauto boards.

Re: [Intel-gfx] [PATCH v5 3/9] drm/i915: Drop AUX backlight enable check for backlight control

On Tue, 2017-05-09 at 16:39 -0700, Puthikorn Voravootivat wrote: > > How is backlight enabled in this case? > Using eDP BL_ENABLE pin Sure, but I am not seeing how this falls back to one of the [bxt,lpt]_enable_backlight() functions in intel_panel.c. Apologies if I am missing something very

Re: [Linux-graphics-maintainer] No mouse cursor since 36cc79bc9077319c04bd3b132edcacaa9a0d9f2b

> Thomas Hellstrom hat am 10. Mai 2017 um 10:35 geschrieben: > > Hi, > > Thanks for reporting. I would have reported earlier if it had not taken 3 days on the vm to bisect. > I think there is a fix for this either in preparation or queued for > submission. Sinclair (CC'd) should know more.

Re: [PATCH] drm/mm: fix duplicate 'const' declaration specifier

ah seems like there's more of these: drivers/gpu/drm/drm_mm.c:922 surprised compiling drivers/gpu/drm/drm_mm.o did not catch this the first time... ___ dri-devel mailing list dri-devel@lists.freedesktop.org

Re: [PATCH] drm/msm: gpu: Enable zap shader for A5XX

On Mon 08 May 13:28 PDT 2017, Jordan Crouse wrote: > The A5XX GPU powers on in "secure" mode. In secure mode the GPU can > only render to buffers that are marked as secure and inaccessible > to the kernel and user through a series of hardware protections. In > practice secure mode is used to draw

[PATCH] drm/imx: imx-ldb: Accept drm_of_find_panel_or_bridge failure

Not having an endpoint bound in DT should not cause a failure here, there are fallbacks. So let's explicitly accept a missing endpoint. This behavior change was introduced by refactoring in drm_of parsing code and it should not require dts changes. In particular this fixes imx6qdl-sabreauto

Re: [PATCH] drm/mm: fix duplicate 'const' declaration specifier

Please disregard this patch. I think I may have found a bug in Clang, or at least an incompatibility with GCC 7.1. Clang bug: https://bugs.llvm.org/show_bug.cgi?id=32985 ___ dri-devel mailing list dri-devel@lists.freedesktop.org

Re: [PATCH v2 00/29] Remove the omapdrm and omapdss devices from platform code

* Tomi Valkeinen [170510 10:44]: > > > On 10/05/17 19:46, Tony Lindgren wrote: > > * Tomi Valkeinen [170510 00:26]: > >> On 09/05/17 18:05, Sebastian Reichel wrote: > >> > >>> patch 10: > >>> I think dsi pin muxing should be done by providing

Re: [PATCH v2 6/8] drm: Introduce drm_bridge_mode_valid()

Hi Ville, On 10-05-2017 15:01, Jose Abreu wrote: > Hi Ville, > > > On 10-05-2017 14:41, Ville Syrjälä wrote: >> On Tue, May 09, 2017 at 06:00:13PM +0100, Jose Abreu wrote: >>> Introduce a new helper function which calls mode_valid() callback >>> for all bridges in an encoder chain. >>> >>>

Re: [PATCH v2 6/8] drm: Introduce drm_bridge_mode_valid()

Hi Ville, On 10-05-2017 14:41, Ville Syrjälä wrote: > On Tue, May 09, 2017 at 06:00:13PM +0100, Jose Abreu wrote: >> Introduce a new helper function which calls mode_valid() callback >> for all bridges in an encoder chain. >> >> Signed-off-by: Jose Abreu >> Cc: Carlos

Re: [PATCH v2 00/29] Remove the omapdrm and omapdss devices from platform code

* Tomi Valkeinen [170510 00:26]: > On 09/05/17 18:05, Sebastian Reichel wrote: > > > patch 10: > > I think dsi pin muxing should be done by providing pinmux > > info via DT. > > Unfortunately there's no pinmux driver for the kind of register we have > for DSI. At least

[PATCH] drm/vc4: Fix resource leak in 'vc4_get_hang_state_ioctl()' in error handling path

If one 'drm_gem_handle_create()' fails, we leak somes handles and some memory. In order to fix it: - move the 'free(bo_state)' at the end of the function in the error handling path. This has the side effect to also try to free it if the first 'kcalloc' fails. This is harmless. -

[PATCH] drm/mm: fix duplicate 'const' declaration specifier

Found with -Wduplicate-decl-specifier, a relatively new compiler flag in GCC7, and Clang. list_for_each_entry() eventually calls container_of(), which marks the loop variable as const. The first argument to list_for_each_entry() is a type, which should not already be marked const, otherwise the

Re: [PATCH v2 5/8] drm: Use new mode_valid() helpers in connector probe helper

Hi Daniel, On 10-05-2017 09:01, Daniel Vetter wrote: > On Tue, May 09, 2017 at 06:00:12PM +0100, Jose Abreu wrote: >> This changes the connector probe helper function to use the new >> encoder->mode_valid() and crtc->mode_valid() helper callbacks to >> validate the modes. >> >> The new callbacks

[Bug 100239] Incorrect rendering in CS:GO

https://bugs.freedesktop.org/show_bug.cgi?id=100239 Grazvydas Ignotas changed: What|Removed |Added CC|

[radeon-alex:raven 1058/1060] ia64-linux-gcc: error: unrecognized command line option '-mhard-float'; did you mean '--warn-format'?

tree: git://people.freedesktop.org/~agd5f/linux.git raven head: c6ee08eda872bc7ac60ed0ba82a5d85e696a894c commit: a37dcf9989ad11333dbbfef57dc4b611ce4d85a9 [1058/1060] drm/amdgpu/display: Enable DCN in DC config: ia64-allmodconfig (attached as .config) compiler: ia64-linux-gcc (GCC) 6.2.0

[pull] radeon and amdgpu drm-next-4.12

Hi Dave, Fixes for 4.12. This is a bit bigger than usual since it's 3 weeks worth of fixes and most of these changes are for vega10 which is new for 4.12 and still in a fair amount of flux. It looks like you missed my last pull request, so those patches are included here as well. Highlights: -

[radeon-alex:raven 954/1060] sound/soc/amd/raven/pci-acp3x.c:58:8: error: implicit declaration of function 'pci_enable_msi'

tree: git://people.freedesktop.org/~agd5f/linux.git raven head: c6ee08eda872bc7ac60ed0ba82a5d85e696a894c commit: abb115931046498039111820de7b6b578c4cce8d [954/1060] ASoC: AMD: enable ACP3x drivers build config: blackfin-allmodconfig (attached as .config) compiler: bfin-uclinux-gcc (GCC) 6.2.0

Re: [PATCH v2 0/3] drm/amd/display: add HDMI Stereo 3D support

On 2017-05-08 12:35 PM, Jeff Smith wrote: Changes: I have broken one patch into three. Note: this only covers the display (not amdgpu) portion and does not include the code to make it work over the card's DVI port. I only have one Stereo-3D-capable display to test this on, an LG TV from

Re: [Intel-gfx] [PATCH 1/3] drm: Plumb modifiers through plane init

On Wed, May 10, 2017 at 12:33:15PM -0700, Ben Widawsky wrote: > On 17-05-10 18:24:52, Liviu Dudau wrote: > >On Wed, May 10, 2017 at 09:34:40AM -0700, Ben Widawsky wrote: > >>On 17-05-03 18:30:07, Liviu Dudau wrote: > >>> On Wed, May 03, 2017 at 06:45:05PM +0200, Daniel Vetter wrote: > >>> > On

(radeon?) WARNING: drivers/gpu/drm/drm_irq.c:1195 drm_vblank_put (v4.11-12441-g56868a4)

Hi, I just tested v4.11-12441-g56868a4 on HP xw6600 with radeon graphics, and I'm seeing the following WARNING triggered constantly. I have not seen this earlier e.g. with the distro kernel 4.10.13-200.fc25.x86_64 $ lspci|grep -i amd 60:00.0 VGA compatible controller: Advanced Micro Devices,

Re: [Intel-gfx] [PATCH 1/3] drm: Plumb modifiers through plane init

On 17-05-10 18:24:52, Liviu Dudau wrote: On Wed, May 10, 2017 at 09:34:40AM -0700, Ben Widawsky wrote: On 17-05-03 18:30:07, Liviu Dudau wrote: > On Wed, May 03, 2017 at 06:45:05PM +0200, Daniel Vetter wrote: > > On Wed, May 03, 2017 at 03:52:23PM +0100, Liviu Dudau wrote: > > > On Wed, May 03,

Re: [PATCH] tinydrm: mipi-dbi: Adjust buffer output in mipi_dbi_debugfs_command_show()

On Wed, May 10, 2017 at 05:15:33PM +0200, SF Markus Elfring wrote: > From: Markus Elfring > Date: Wed, 10 May 2017 17:03:20 +0200 > > * Use a special format string specification for the desired output of the > array "val" into a sequence. > > * Adjust two local

Re: [linux-sunxi] [PATCH v2 20/20] ARM: sun5i: a10s-olinuxino: Enable HDMI

Hi, On Thu, May 04, 2017 at 04:05:18PM +0800, Chen-Yu Tsai wrote: > On Wed, May 3, 2017 at 7:59 PM, Maxime Ripard > wrote: > > The A10s Olinuxino has an HDMI connector. Make sure we can use it. > > > > Acked-by: Chen-Yu Tsai > > Signed-off-by:

Re: [PATCH libdrm 1/3] amdgpu: add raven family id

Am 10.05.2017 um 19:50 schrieb Alex Deucher: From: Hawking Zhang Signed-off-by: Hawking Zhang Signed-off-by: Chunming Zhou Reviewed-by: Junwei Zhang Signed-off-by: Alex Deucher

Re: [PATCH] drm/vc4: Fix resource leak in 'vc4_get_hang_state_ioctl()' in error handling path

Christophe JAILLET writes: > If one 'drm_gem_handle_create()' fails, we leak somes handles and some > memory. > > In order to fix it: > - move the 'free(bo_state)' at the end of the function in the error > handling path. This has the side effect to also try

Re: [PATCH v2 7/8] drm: Use mode_valid() in atomic modeset

On Wed, May 10, 2017 at 09:38:00PM +0530, Archit Taneja wrote: > > > On 5/9/2017 10:30 PM, Jose Abreu wrote: > > This patches makes use of the new mode_valid() callbacks introduced > > previously to validate the full video pipeline when modesetting. > > > > This calls the

[PATCH libdrm 2/3] amdgpu/drm: add AMDGPU_HW_IP_VCN_DEC

From: Leo Liu Signed-off-by: Leo Liu Reviewed-by: Alex Deucher Signed-off-by: Alex Deucher --- include/drm/amdgpu_drm.h | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[PATCH libdrm 1/3] amdgpu: add raven family id

From: Hawking Zhang Signed-off-by: Hawking Zhang Signed-off-by: Chunming Zhou Reviewed-by: Junwei Zhang Signed-off-by: Alex Deucher --- include/drm/amdgpu_drm.h | 1 + 1 file

[PATCH libdrm 3/3] amdgpu/drm: add AMDGPU_HW_IP_VCN_ENC

From: Leo Liu Signed-off-by: Leo Liu Reviewed-by: Alex Deucher Signed-off-by: Alex Deucher --- include/drm/amdgpu_drm.h | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

Re: [PATCH v2 00/29] Remove the omapdrm and omapdss devices from platform code

On 10/05/17 19:46, Tony Lindgren wrote: > * Tomi Valkeinen [170510 00:26]: >> On 09/05/17 18:05, Sebastian Reichel wrote: >> >>> patch 10: >>> I think dsi pin muxing should be done by providing pinmux >>> info via DT. >> >> Unfortunately there's no pinmux driver for the

Re: [Intel-gfx] [PATCH 1/3] drm: Plumb modifiers through plane init

On Wed, May 10, 2017 at 09:34:40AM -0700, Ben Widawsky wrote: > On 17-05-03 18:30:07, Liviu Dudau wrote: > > On Wed, May 03, 2017 at 06:45:05PM +0200, Daniel Vetter wrote: > > > On Wed, May 03, 2017 at 03:52:23PM +0100, Liviu Dudau wrote: > > > > On Wed, May 03, 2017 at 03:14:56PM +0100, Daniel

Re: [PATCHv2] drm/prime: Forward declare struct device

Hi Laura, On 10 May 2017 at 22:35, Laura Abbott wrote: > > We need a declaration of struct device to avoid warnings: > > In file included from include/drm/drm_file.h:38:0, > from drivers/gpu/drm/drm_file.c:38: > include/drm/drm_prime.h:71:14: warning: 'struct

[PATCHv2] drm/prime: Forward declare struct device

We need a declaration of struct device to avoid warnings: In file included from include/drm/drm_file.h:38:0, from drivers/gpu/drm/drm_file.c:38: include/drm/drm_prime.h:71:14: warning: 'struct device' declared inside parameter list will not be visible outside of this

Re: [Linux-graphics-maintainer] No mouse cursor since 36cc79bc9077319c04bd3b132edcacaa9a0d9f2b

Hi, On Wed, May 10, 2017 at 12:31:39PM +0200, m...@ox.io wrote: > > > Thomas Hellstrom hat am 10. Mai 2017 um 10:35 geschrieben: > > > > Hi, > > > > Thanks for reporting. > > I would have reported earlier if it had not taken 3 days on the vm to bisect. > > > I think there is a fix for this

[Bug 100990] Not running a lot of games on the graphics card Radeon R9 290

https://bugs.freedesktop.org/show_bug.cgi?id=100990 Nemial changed: What|Removed |Added Version|17.0|17.1 -- You are

Re: [RFC] drm: add unref_fb ioctl

On Wed, May 10, 2017 at 11:11 AM, Daniel Vetter wrote: > On Wed, May 10, 2017 at 10:20:09AM -0400, Rob Clark wrote: >> On Wed, May 10, 2017 at 9:48 AM, Sean Paul wrote: >> > On Wed, May 10, 2017 at 08:26:42AM +0200, Daniel Vetter wrote: >> >> On Tue, May

[Bug 100990] Not running a lot of games on the graphics card Radeon R9 290

https://bugs.freedesktop.org/show_bug.cgi?id=100990 Nemial changed: What|Removed |Added Hardware|Other |x86-64 (AMD64)

[Bug 100990] Not running a lot of games on the graphics card Radeon R9 290

https://bugs.freedesktop.org/show_bug.cgi?id=100990 Bug ID: 100990 Summary: Not running a lot of games on the graphics card Radeon R9 290 Product: Mesa Version: 17.0 Hardware: Other OS: All

Re: [Intel-gfx] [PATCH 1/3] drm: Plumb modifiers through plane init

On 17-05-03 18:30:07, Liviu Dudau wrote: On Wed, May 03, 2017 at 06:45:05PM +0200, Daniel Vetter wrote: On Wed, May 03, 2017 at 03:52:23PM +0100, Liviu Dudau wrote: > On Wed, May 03, 2017 at 03:14:56PM +0100, Daniel Stone wrote: > > On 3 May 2017 at 15:07, Liviu Dudau

Re: [Intel-gfx] [PATCH 1/3] drm: Plumb modifiers through plane init

On 17-05-03 14:45:26, Daniel Stone wrote: Hi Liviu, On 3 May 2017 at 11:34, Liviu Dudau wrote: On Tue, May 02, 2017 at 10:14:26PM -0700, Ben Widawsky wrote: v2: A minor addition from Daniel You are *really* pushing your luck by not Cc-ing *any* of the maintainers of

Re: [PATCH] tinydrm: mipi-dbi: Adjust buffer output in mipi_dbi_debugfs_command_show()

Den 10.05.2017 17.15, skrev SF Markus Elfring: From: Markus Elfring Date: Wed, 10 May 2017 17:03:20 +0200 * Use a special format string specification for the desired output of the array "val" into a sequence. * Adjust two local variables accordingly. This

Re: [PATCH v2 7/8] drm: Use mode_valid() in atomic modeset

On 5/9/2017 10:30 PM, Jose Abreu wrote: This patches makes use of the new mode_valid() callbacks introduced previously to validate the full video pipeline when modesetting. This calls the connector->mode_valid(), encoder->mode_valid(), bridge->mode_valid() and crtc->mode_valid() so that we

[PATCH] tinydrm: mipi-dbi: Adjust buffer output in mipi_dbi_debugfs_command_show()

From: Markus Elfring Date: Wed, 10 May 2017 17:03:20 +0200 * Use a special format string specification for the desired output of the array "val" into a sequence. * Adjust two local variables accordingly. This refactoring supersedes the update suggestion

Re: [PATCH v2 6/8] drm: Introduce drm_bridge_mode_valid()

On Wed, May 10, 2017 at 04:41:09PM +0300, Ville Syrjälä wrote: > On Tue, May 09, 2017 at 06:00:13PM +0100, Jose Abreu wrote: > > Introduce a new helper function which calls mode_valid() callback > > for all bridges in an encoder chain. > > > > Signed-off-by: Jose Abreu > >

Re: [PATCH v2 2/8] drm: Add drm_crtc_mode_valid()

On Wed, May 10, 2017 at 09:57:30AM +0100, Jose Abreu wrote: > Hi Daniel, > > > On 10-05-2017 08:59, Daniel Vetter wrote: > > On Tue, May 09, 2017 at 06:00:09PM +0100, Jose Abreu wrote: > >> Add a new helper to call crtc->mode_valid callback. > >> > >> Suggested-by: Ville Syrjälä

Re: [RFC] drm: add unref_fb ioctl

On Wed, May 10, 2017 at 10:20:09AM -0400, Rob Clark wrote: > On Wed, May 10, 2017 at 9:48 AM, Sean Paul wrote: > > On Wed, May 10, 2017 at 08:26:42AM +0200, Daniel Vetter wrote: > >> On Tue, May 9, 2017 at 5:36 PM, Rob Clark wrote: > >> >

Re: [PATCH] drm/prime: include device.h

On Wed, May 10, 2017 at 07:40:01AM -0700, Laura Abbott wrote: > Explictly add linux/device.h to ensure struct device is defined: > > In file included from include/drm/drm_file.h:38:0, > from drivers/gpu/drm/drm_file.c:38: > include/drm/drm_prime.h:71:14: warning: 'struct device'

[PATCH] drm/prime: include device.h

Explictly add linux/device.h to ensure struct device is defined: In file included from include/drm/drm_file.h:38:0, from drivers/gpu/drm/drm_file.c:38: include/drm/drm_prime.h:71:14: warning: 'struct device' declared inside parameter list will not be visible outside of

Re: [RFC] drm: add unref_fb ioctl

On Wed, May 10, 2017 at 9:48 AM, Sean Paul wrote: > On Wed, May 10, 2017 at 08:26:42AM +0200, Daniel Vetter wrote: >> On Tue, May 9, 2017 at 5:36 PM, Rob Clark wrote: >> > Disadvantages: >> > * depending on userspace architecture, layers left on

Re: [PATCH v2] drm/imx: imx-ldb: Accept drm_of_find_panel_or_bridge failure

On Wed, 2017-05-10 at 16:17 +0300, Leonard Crestez wrote: > Not having an endpoint bound in DT should not cause a failure here, > there are fallbacks. So explicitly accept a missing endpoint. > > This behavior change was introduced by refactoring in drm_of parsing > code and it should not require

Re: [RFC] drm: add unref_fb ioctl

On Wed, May 10, 2017 at 08:26:42AM +0200, Daniel Vetter wrote: > On Tue, May 9, 2017 at 5:36 PM, Rob Clark wrote: > > Disadvantages: > > * depending on userspace architecture, layers left on screen could > > be considered an information leak, ie. new incoming master

Re: [PATCH v2 6/8] drm: Introduce drm_bridge_mode_valid()

On Tue, May 09, 2017 at 06:00:13PM +0100, Jose Abreu wrote: > Introduce a new helper function which calls mode_valid() callback > for all bridges in an encoder chain. > > Signed-off-by: Jose Abreu > Cc: Carlos Palminha > Cc: Alexey Brodkin

Re: [RFC 0/4] Exynos DRM: add Picture Processor extension

Hi Daniel, On 2017-05-10 09:55, Daniel Vetter wrote: On Wed, May 10, 2017 at 03:27:02PM +0900, Inki Dae wrote: Hi Tomasz, 2017년 05월 10일 14:38에 Tomasz Figa 이(가) 쓴 글: Hi Everyone, On Wed, May 10, 2017 at 9:24 AM, Inki Dae wrote: 2017년 04월 26일 07:21에 Sakari Ailus 이(가)

Re: [RFC 0/4] Exynos DRM: add Picture Processor extension

On Wed, May 10, 2017 at 12:29 PM, Inki Dae wrote: >> This kind of contradicts with response Marek received from DRM >> community about his proposal. Which drivers in particular you have in >> mind? > > You can check vmw_overlay_ioctl of vmwgfx driver and >

Re: [RFC] drm: add unref_fb ioctl

On Wed, May 10, 2017 at 1:24 PM, Rob Clark wrote: > On Wed, May 10, 2017 at 2:27 AM, Daniel Vetter wrote: >> On Wed, May 10, 2017 at 8:26 AM, Daniel Vetter wrote: >>> On Tue, May 9, 2017 at 5:36 PM, Rob Clark wrote:

Re: [PATCH v2] drm/pl111: Register the clock divider and use it.

On Tue, May 9, 2017 at 8:18 PM, Eric Anholt wrote: > Linus Walleij writes: > >> On Mon, May 8, 2017 at 9:33 PM, Eric Anholt wrote: >> >>> This is required for the panel to work on bcm911360, where CLCDCLK is >>> the fixed 200Mhz AXI41

Re: [PATCH] drm/imx: imx-ldb: Accept drm_of_find_panel_or_bridge failure

Hi Leonard, thank you for the patch. Comment below. On Wed, 2017-05-10 at 13:57 +0300, Leonard Crestez wrote: > Not having an endpoint bound in DT should not cause a failure here, > there are fallbacks. So let's explicitly accept a missing endpoint. > > This behavior change was introduced by

Re: [PATCH 01/11] drm/ttm: cleanup coding style in ttm_bo_api.h

Ping, could anybody take a look at this set? Thanks, Christian. Am 27.04.2017 um 18:23 schrieb Christian König: From: Christian König Extern is the default for function declerations anyway and this solves a bunch of 80char per line issues. Signed-off-by: Christian

Re: [PATCH 0/3] GPU-DRM-Radeon: Fine-tuning for three function implementations

Am 10.05.2017 um 02:23 schrieb Michel Dänzer: On 03/05/17 09:46 PM, Christian König wrote: Am 02.05.2017 um 22:04 schrieb SF Markus Elfring: From: Markus Elfring Date: Tue, 2 May 2017 22:00:02 +0200 Three update suggestions were taken into account from static

Re: [RFC] drm: add unref_fb ioctl

On Wed, May 10, 2017 at 2:27 AM, Daniel Vetter wrote: > On Wed, May 10, 2017 at 8:26 AM, Daniel Vetter wrote: >> On Tue, May 9, 2017 at 5:36 PM, Rob Clark wrote: >>> Disadvantages: >>> * depending on userspace architecture, layers left on

Re: [RFC v4 13/18] vb2: Don't sync cache for a buffer if so requested

Hi Sakari, Few comments inline. On Mon, May 8, 2017 at 11:03 PM, Sakari Ailus wrote: > From: Samu Onkalo > > The user may request to the driver (vb2) to skip the cache maintenance > operations in case the buffer does not need cache

[Bug 98974] Can't see borders/empires in Stellaris

https://bugs.freedesktop.org/show_bug.cgi?id=98974 William Bonnaventure changed: What|Removed |Added QA Contact|mesa-dev@lists.freedesktop.

Re: [RFC v4 10/18] vb2: dma-contig: Fix DMA attribute and cache management

Hi Sakari, Some comments inline. On Mon, May 8, 2017 at 11:03 PM, Sakari Ailus wrote: > Patch ccc66e73 ("ARM: 8508/2: videobuf2-dc: Let drivers specify DMA > attrs") added support for driver specific DMA attributes to > videobuf2-dma-contig but it had several

Re: [RFC 0/4] Exynos DRM: add Picture Processor extension

2017년 05월 10일 16:55에 Daniel Vetter 이(가) 쓴 글: > On Wed, May 10, 2017 at 03:27:02PM +0900, Inki Dae wrote: >> Hi Tomasz, >> >> 2017년 05월 10일 14:38에 Tomasz Figa 이(가) 쓴 글: >>> Hi Everyone, >>> >>> On Wed, May 10, 2017 at 9:24 AM, Inki Dae wrote: 2017년 04월 26일

Re: [RFC 0/4] Exynos DRM: add Picture Processor extension

2017년 05월 10일 15:38에 Tomasz Figa 이(가) 쓴 글: > On Wed, May 10, 2017 at 2:27 PM, Inki Dae wrote: >> Hi Tomasz, >> >> 2017년 05월 10일 14:38에 Tomasz Figa 이(가) 쓴 글: >>> Hi Everyone, >>> >>> On Wed, May 10, 2017 at 9:24 AM, Inki Dae wrote:

Re: [RFC v4 07/18] vb2: dma-contig: Remove redundant sgt_base field

Hi Sakari, Some comments inline. On Mon, May 8, 2017 at 11:03 PM, Sakari Ailus wrote: > The struct vb2_dc_buf contains two struct sg_table fields: sgt_base and > dma_sgt. The former is used by DMA-BUF buffers whereas the latter is used > by USERPTR. > > Unify the

Re: [Intel-gfx] [PATCH v5 3/9] drm/i915: Drop AUX backlight enable check for backlight control

On Wed, 10 May 2017, "Pandiyan, Dhinakaran" wrote: > On Tue, 2017-05-09 at 16:39 -0700, Puthikorn Voravootivat wrote: >> > How is backlight enabled in this case? >> Using eDP BL_ENABLE pin > > > Sure, but I am not seeing how this falls back to one of the >

Re: [Linux-graphics-maintainer] No mouse cursor since 36cc79bc9077319c04bd3b132edcacaa9a0d9f2b

Hi, Thanks for reporting. I think there is a fix for this either in preparation or queued for submission. Sinclair (CC'd) should know more. Thanks, Thomas On 05/10/2017 09:17 AM, m.t wrote: > Hi, > I don't have a mouse cursor in my virtual machine (vmware workstation 12.5.5 > build-5234757)

nouveau "eDP-1: EDID is invalid" regression after 4.11 with HP ZBook 15 G3

Hi, The HP ZBook 15 G3 laptop builtin display (eDP-1) does not work correctly with v4.11-11413-g2868b25. When booting the laptop, the resolution seems to be limited to 1024x768, and gnome-session segfaults. Up to 4.11 the display works just fine in 1920x1080 mode. I'm seeing this in the kernel

Re: [PATCH 1/5] drm/vblank: Switch drm_driver->get_vblank_timestamp to return a bool

On Tue, May 09, 2017 at 04:03:25PM +0200, Daniel Vetter wrote: > There's really no reason for anything more: > - Calling this while the crtc vblank stuff isn't set up is a driver > bug. Those places alrready DRM_ERROR. > - Calling this when the crtc is off is either a driver bug (calling >

Re: [PATCH] drm/vgem: Convert to a struct drm_device subclass

On Tue, May 09, 2017 at 12:20:32PM -0700, Laura Abbott wrote: > On 05/08/2017 06:22 AM, Chris Wilson wrote: > > With Laura's introduction of the fake platform device for importing > > dmabuf, we add a second static that is logically tied to the vgem_device. > > Convert vgem over to using the

Re: [PATCH v2 1/8] drm: Add crtc/encoder/bridge->mode_valid() callbacks

On Tue, May 09, 2017 at 06:00:08PM +0100, Jose Abreu wrote: > This adds a new callback to crtc, encoder and bridge helper functions > called mode_valid(). This callback shall be implemented if the > corresponding component has some sort of restriction in the modes > that can be displayed. A NULL

Re: [PATCH v2 5/8] drm: Use new mode_valid() helpers in connector probe helper

On Tue, May 09, 2017 at 06:00:12PM +0100, Jose Abreu wrote: > This changes the connector probe helper function to use the new > encoder->mode_valid() and crtc->mode_valid() helper callbacks to > validate the modes. > > The new callbacks are optional so the behaviour remains the same > if they are

  1   2   >