[Bug 91342] Very dark textures on some objects in indoors environments in Postal 2

Steam inventory and will be happy to send it to someone to help debug this. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150

[Intel-gfx] [-next] WARNING at i915_gem_track_fb

On (07/14/15 14:44), Daniel Vetter wrote: > > that helped. seems to be working only on -next. > > You mean you only get a backtrace on -next, right? yeah, sure :-) > Otherwise I'd be confused ;-) > > Next up. Please boot with drm.debug=0xe, repro the issue and attach > complete dmesg (from

[Intel-gfx] [-next] WARNING at i915_gem_track_fb

On (07/13/15 17:05), Daniel Vetter wrote: > It goes boom somewhere from the cursor ioctl code, which means X is > probably involved. Usual suspects are vt-switching, suspend/resume or > cursor vs. DPMS. You can force a DPMS off from within X with > > $ xset dpms force off > that helped. seems

[PATCH 1/1] drm/sti: fix master bind bug for using component

From: Xinwei Kong This patch fix one bug which it can't call .bind function in sti_hdmi.c and sti_hda.c file when changing the building sequence (sti_hdmi.o，sti_hda.o) in Makefile file. This patch can prepare it. Signed-off-by: Xinwei Kong ---

[PATCH 2/3] drm/radeon: Switch to drm_vblank_on/off

On 28.05.2015 18:03, Michel Dänzer wrote: > On 28.05.2015 17:38, Daniel Vetter wrote: >> On Thu, May 28, 2015 at 04:11:53PM +0900, Michel Dänzer wrote: >>> On 27.05.2015 18:41, Daniel Vetter wrote: On Wed, May 27, 2015 at 06:21:24PM +0900, Michel Dänzer wrote: > On 27.05.2015 18:04,

[Intel-gfx] [-next] WARNING at i915_gem_track_fb

On Tue, Jul 14, 2015 at 10:41:42PM +0900, Sergey Senozhatsky wrote: > On (07/14/15 14:44), Daniel Vetter wrote: > > > that helped. seems to be working only on -next. > > > > You mean you only get a backtrace on -next, right? > > yeah, sure :-) > > > Otherwise I'd be confused ;-) > > > > Next

[Bug 91322] Usage of 'gallium' vaapi driver crashes radeon with inability to reset itself and scary pictures as if card has burned out

receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150714/e33004f7/attachment.html>

[Bug 91322] Usage of 'gallium' vaapi driver crashes radeon with inability to reset itself and scary pictures as if card has burned out

for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150714/919f7d9e/attachment.html>

[PATCH v2 00/23] drm/exynos: atomic improvements + exynos_encoder removal

On 07/06/2015 11:20 PM, Gustavo Padovan wrote: > From: Gustavo Padovan > > Hi, > > > > This set improves exynos in a number of ways. The

[Bug 91279] agd5f drm tonga occasional traps error:0 in libdrm_amdgpu.so.1.0.0

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150714/71449c0b/attachment.html>

[Bug 91279] agd5f drm tonga occasional traps error:0 in libdrm_amdgpu.so.1.0.0

bed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150714/1b3d7301/attachment.html>

[Bug 91322] Usage of 'gallium' vaapi driver crashes radeon with inability to reset itself and scary pictures as if card has burned out

assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150714/0277a649/attachment.html>

[Bug 91322] Usage of 'gallium' vaapi driver crashes radeon with inability to reset itself and scary pictures as if card has burned out

from the creator of freshplayerplugin. Here's some logs. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150714/31d9c2d6/attachment-0001.html>

[Bug 91322] Usage of 'gallium' vaapi driver crashes radeon with inability to reset itself and scary pictures as if card has burned out

und -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150714/bd69217d/attachment.html>

[Bug 91322] Usage of 'gallium' vaapi driver crashes radeon with inability to reset itself and scary pictures as if card has burned out

und -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150714/50c95d8e/attachment.html>

[Bug 91322] Usage of 'gallium' vaapi driver crashes radeon with inability to reset itself and scary pictures as if card has burned out

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150714/9cfd0c38/attachment.html>

[Bug 91322] Usage of 'gallium' vaapi driver crashes radeon with inability to reset itself and scary pictures as if card has burned out

;vdpau and not flash plugin as was in case of full crash. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150714/5850930d/attachment.html>

[Bug 91322] Usage of 'gallium' vaapi driver crashes radeon with inability to reset itself and scary pictures as if card has burned out

new message at the end -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150714/43581490/attachment.html>

[Bug 91322] Usage of 'gallium' vaapi driver crashes radeon with inability to reset itself and scary pictures as if card has burned out

You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150714/38167a40/attachment.html>

[PATCH] drm/radeon: fix user ptr race condition

From: Christian König Port of amdgpu patch 9298e52f8b51d1e4acd68f502832f3a97f8cf892. Signed-off-by: Christian König CC: stable at vger.kernel.org --- drivers/gpu/drm/radeon/radeon_gem.c| 1 + drivers/gpu/drm/radeon/radeon_object.c | 1 - 2 files changed, 1

[PATCH 2/2] V4 regmap: Apply optional delay in multi_reg_write/register_patch

We treat a delay in a sequence the same way we treat a page change as they are logically similar in that you can coalesce all write before a delay (in the same way you can coalesce all writes before a page change is needed) Signed-off-by: Nariman Poushin --- drivers/base/regmap/regmap.c | 65

[PATCH 1/2] V4 regmap: Use reg_sequence for multi_reg_write / register_patch

Add support for writing sequences of registers / patches with specified delays (in microseconds). Logically separates the functionality using sequences of register writes from the functions that take register defaults, as adding a delay field on the reg_defaults can increase memory usage

[PATCH 0/7] drm/exynos/hdmi: refactoring/cleanup patches

On 07/09/2015 11:28 PM, Andrzej Hajda wrote: > Hi Inki, Joonyoung, > > These patches removes obsolete and old structures, to simplify further > development. They should not change behavior of the driver. > > The patchset is based on exynos-drm-next plus my HDMI related fixes [1]. > > The

[PATCH libdrm 4/4] Consistently check the fd value

Follow the approach used through the rest of the project. Cc: Thierry Reding Suggested-by: Thierry Reding Signed-off-by: Emil Velikov --- intel/test_decode.c | 2 +- tests/name_from_fd.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/intel/test_decode.c

[PATCH libdrm 3/4] xf86drm: fix incorrect fd comparison in drmOpenOnce{, WithType}

Spotted by looking for similar "let's assume fd == 0 is invalid" bugs. Cc: Thierry Reding Signed-off-by: Emil Velikov --- xf86drm.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/xf86drm.c b/xf86drm.c index 2c17d11..39c6e2d 100644 --- a/xf86drm.c +++ b/xf86drm.c @@ -2619,7

[PATCH libdrm 2/4] omap: zero is a valid fd number, treat it as such

Equivalent to the previous patch. Cc: Rob Clark Cc: Thierry Reding Suggested-by: Thierry Reding Signed-off-by: Emil Velikov --- omap/omap_drm.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/omap/omap_drm.c b/omap/omap_drm.c index ff83a93..4a0248d 100644 ---

[PATCH libdrm 1/4] freedreno: zero is a valid fd number, treat it as such

Abeit quite unlikely to get hit by this bug here, let just fix it. v2: Correct conditional (do not call ioctl(DRM_IOCTL_PRIME_HANDLE_TO_FD) when we already have the fd). v3: Fix kgsl_pipe.c, suggested by Thierry. Cc: freedreno at lists.freedesktop.org Cc: Rob Clark Signed-off-by: Emil Velikov

[PATCH 0/5] i.MX5/6 mem2mem scaler

Hi Fabio, Am Montag, den 13.07.2015, 09:57 -0300 schrieb Fabio Estevam: > On Fri, Apr 10, 2015 at 11:41 AM, Kamil Debski > wrote: > > Hi, > > > > From: linux-media-owner at vger.kernel.org [mailto:linux-media- > > owner at vger.kernel.org] On Behalf Of Philipp Zabel > > Sent: Tuesday, March 17,

[PATCH libdrm] freedreno: zero is a valid fd number, treat it as such

On 14 July 2015 at 09:14, Thierry Reding wrote: > On Mon, Jul 13, 2015 at 02:52:09PM +0100, Emil Velikov wrote: >> Abeit quite unlikely to get hit by this bug here, let just fix it. >> >> v2: Correct conditional (do not call ioctl(DRM_IOCTL_PRIME_HANDLE_TO_FD) >> when we already have the fd). >>

[alsa-devel] [PATCH v2 11/12] ASoC: tegra: register dependency parser for firmware nodes

On 14 July 2015 at 13:07, Mark Brown wrote: > On Tue, Jul 14, 2015 at 09:34:22AM +0200, Tomeu Vizoso wrote: >> On 13 July 2015 at 17:42, Mark Brown wrote: > >> > No, I'm looking at how we already have all the "did all my dependencies >> > appear" logic in the core based on data provided by the

[Intel-gfx] [-next] WARNING at i915_gem_track_fb

On Tue, Jul 14, 2015 at 08:39:50PM +0900, Sergey Senozhatsky wrote: > On (07/13/15 17:05), Daniel Vetter wrote: > > It goes boom somewhere from the cursor ioctl code, which means X is > > probably involved. Usual suspects are vt-switching, suspend/resume or > > cursor vs. DPMS. You can force a

[PATCH 12/25] drm/tegra: Use new drm_fb_helper functions

On 07/14/2015 02:20 PM, Thierry Reding wrote: > On Mon, Jul 13, 2015 at 12:08:08PM +0530, Archit Taneja wrote: > [...] >> diff --git a/drivers/gpu/drm/tegra/fb.c b/drivers/gpu/drm/tegra/fb.c > [...] >> @@ -224,11 +224,11 @@ static int tegra_fbdev_probe(struct drm_fb_helper >> *helper, >>

[PATCH] gpu/drm/amdgpu: Include only if CONFIG_DEBUG_FS is set

Hello Alex, 2015-07-14 11:11 GMT+06:00 Alex Deucher : > > This patch breaks the build with debugfs enabled. > I've tried to built with CONFIG_DEBUG_FS={y/n} and it builds successfully. Did I miss something? Maybe I need to enable/disable anything else CONFIG_*? Thank you.

[RFC 00/21] drm: fb emulation: Step 3: Remove FB_KMS_HELPER config from drivers

On 07/14/2015 01:32 PM, Thierry Reding wrote: > On Tue, Jul 14, 2015 at 12:01:51PM +0530, Archit Taneja wrote: >> Hi, >> >> On 07/13/2015 09:07 PM, Daniel Vetter wrote: >>> On Mon, Jul 13, 2015 at 11:30:34AM -0400, Alex Deucher wrote: On Mon, Jul 13, 2015 at 2:43 AM, Archit Taneja

linux-next: build warnings after merge of the drm-misc tree

ailable Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150714/e1e542c8/attachment.sig>

[PATCH] drm/i915: Do not call intel_crtc_disable if the crtc is already disabled.

When resuming with dpms off, the following warn can happen: [ 118.334082] [ cut here ] [ 118.334105] WARNING: CPU: 2 PID: 2274 at drivers/gpu/drm/i915/intel_display.c:6319 __intel_set_mode+0xae5/0xb90 [i915]() [ 118.334106] WARN_ON(!crtc->state->enable) [ 118.334137]

[PATCH v9 3/4] arm/dts/ls1021a: Add DCU dts node

; > + > mdio0: mdio at 2d24000 { > compatible = "gianfar"; > device_type = "mdio"; > -- > 2.1.0.27.g96db324 > -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150714/f91ff383/attachment.sig>

[PATCH v9 2/4] drm/panel: simple: Add support for NEC NL4827HC19-05B 480x272 panel

f_match[] = { > .compatible = "shelly,sca07010-bfn-lnn", > .data = _sca07010_bfn_lnn, > }, { > + .compatible = "nec,nl4827hc19_05b", > + .data = _nl4827hc19_05b, > + }, { and this sorted alphabetically. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150714/38ce9339/attachment.sig>

linux-next: build failure after merge of the drm-misc tree

digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150714/858dd060/attachment.sig>

[PATCH v9 1/4] drm/layerscape: Add Freescale DCU DRM driver

; > + break; > + default: > + return; > + } You should do this in ->atomic_check() already so that you can guarantee that the selected format can be set. The DRM core should already check it for you, but silently aborting here still doesn't seem like the right solution. > + > + err = regmap_write(fsl_dev->regmap, DCU_CTRLDESCLN_1(index), > +DCU_CTRLDESCLN_1_HEIGHT(state->crtc_h) | > +DCU_CTRLDESCLN_1_WIDTH(state->crtc_w)); > + if (err) > + goto set_failed; > + err = regmap_write(fsl_dev->regmap, DCU_CTRLDESCLN_2(index), > +DCU_CTRLDESCLN_2_POSY(state->crtc_y) | > +DCU_CTRLDESCLN_2_POSX(state->crtc_x)); > + if (err) > + goto set_failed; > + err = regmap_write(fsl_dev->regmap, > +DCU_CTRLDESCLN_3(index), gem->paddr); > + if (err) > + goto set_failed; > + err = regmap_write(fsl_dev->regmap, DCU_CTRLDESCLN_4(index), > +DCU_CTRLDESCLN_4_EN | > +DCU_CTRLDESCLN_4_TRANS(alpha) | > +DCU_CTRLDESCLN_4_BPP(bpp) | > +DCU_CTRLDESCLN_4_AB(0)); > + if (err) > + goto set_failed; > + err = regmap_write(fsl_dev->regmap, DCU_CTRLDESCLN_5(index), > +DCU_CTRLDESCLN_5_CKMAX_R(0xFF) | > +DCU_CTRLDESCLN_5_CKMAX_G(0xFF) | > +DCU_CTRLDESCLN_5_CKMAX_B(0xFF)); > + if (err) > + goto set_failed; > + err = regmap_write(fsl_dev->regmap, DCU_CTRLDESCLN_6(index), > +DCU_CTRLDESCLN_6_CKMIN_R(0) | > +DCU_CTRLDESCLN_6_CKMIN_G(0) | > +DCU_CTRLDESCLN_6_CKMIN_B(0)); > + if (err) > + goto set_failed; > + err = regmap_write(fsl_dev->regmap, DCU_CTRLDESCLN_7(index), 0); > + if (err) > + goto set_failed; > + err = regmap_write(fsl_dev->regmap, DCU_CTRLDESCLN_8(index), > +DCU_CTRLDESCLN_8_FG_FCOLOR(0)); > + if (err) > + goto set_failed; > + err = regmap_write(fsl_dev->regmap, DCU_CTRLDESCLN_9(index), > +DCU_CTRLDESCLN_9_BG_BCOLOR(0)); > + if (err) > + goto set_failed; > + if (of_device_is_compatible(fsl_dev->np, "fsl,ls1021a-dcu")) { > + err = regmap_write(fsl_dev->regmap, DCU_CTRLDESCLN_10(index), > +DCU_CTRLDESCLN_10_POST_SKIP(0) | > +DCU_CTRLDESCLN_10_PRE_SKIP(0)); > + if (err) > + goto set_failed; > + } > + err = regmap_update_bits(fsl_dev->regmap, DCU_DCU_MODE, > + DCU_MODE_DCU_MODE_MASK, > + DCU_MODE_DCU_MODE(DCU_MODE_NORMAL)); > + if (err) > + goto set_failed; > + err = regmap_write(fsl_dev->regmap, > +DCU_UPDATE_MODE, DCU_UPDATE_MODE_READREG); > + if (err) > + goto set_failed; > + return; > + > +set_failed: > + dev_err(fsl_dev->dev, "set DCU register failed\n"); > +} > + > +int fsl_dcu_drm_plane_disable(struct drm_plane *plane) > +{ > + return 0; > +} > + > +void fsl_dcu_drm_plane_destroy(struct drm_plane *plane) > +{ > + fsl_dcu_drm_plane_disable(plane); Hmm? This function doesn't do anything, so why not just drop it? > + drm_plane_cleanup(plane); > +} Also this function and ->atomic_update() should be static. Perhaps make it a habit of running your build tests with C=1 occasionally to get notified of this kind of error. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150714/d8163159/attachment-0001.sig>

[Intel-gfx] [PATCH 2/2] drm: Provide compat ioctl for addfb2.1

On Tue, Jul 14, 2015 at 11:13:08AM +0100, Tvrtko Ursulin wrote: > From: Tvrtko Ursulin > > Frame buffer modifiers extensions provided in; > > commit e3eb3250d84ef97b766312345774367b6a310db8 > Author: Rob Clark > Date: Thu Feb 5 14:41:52 2015 + > > drm: add support for

[PATCH 01/18] drm/gem: rip out drm vma accounting for gem mmaps

On Sat, Jul 11, 2015 at 10:11:43PM +0100, Chris Wilson wrote: > On Thu, Jul 09, 2015 at 11:32:33PM +0200, Daniel Vetter wrote: > > Doesn't really add anything which can't be figured out through > > proc files. And more clearly separates the new gem mmap handling > > code from the old drm maps mmap

[Intel-gfx] [PATCH v2 00/10] Color Manager Implementation

On Tue, Jul 14, 2015 at 11:35:30AM +0200, Hans Verkuil wrote: > On 07/14/15 11:11, Daniel Vetter wrote: > > On Tue, Jul 14, 2015 at 10:17:09AM +0200, Hans Verkuil wrote: > >> On 07/13/15 16:07, Daniel Vetter wrote: > >>> On Mon, Jul 13, 2015 at 12:11:08PM +0200, Hans Verkuil wrote: > On

linux-next: manual merge of the drm-intel tree with the drm-intel-fixes tree

A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150714/c8f77997/attachment.sig>

[alsa-devel] [PATCH v2 11/12] ASoC: tegra: register dependency parser for firmware nodes

ed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: Digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150714/2b4c98b3/attachment-0001.sig>

[RFC 00/21] drm: fb emulation: Step 3: Remove FB_KMS_HELPER config from drivers

Hi, On 07/13/2015 09:07 PM, Daniel Vetter wrote: > On Mon, Jul 13, 2015 at 11:30:34AM -0400, Alex Deucher wrote: >> On Mon, Jul 13, 2015 at 2:43 AM, Archit Taneja >> wrote: >>> With the top level DRM_FBDEV_EMULATION option, drivers don't need to >>> select DRM_FB_KMS_HELPER or other FB related

[Bug 91279] agd5f drm tonga occasional traps error:0 in libdrm_amdgpu.so.1.0.0

use: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150714/ca0a931a/attachment.html>

drm/imx: parallel-display: fix drm_panel support

Hi Gary, Am Donnerstag, den 09.07.2015, 20:22 +0200 schrieb Gary Bisson: [...] > Tested on Nitrogen6x and Sabrelite using a Okaya RS800480T-7X0GP > display. Below are the different patches submitted that make use of this > change: > https://patchwork.kernel.org/patch/6585541/ >

[GIT PULL] imx-drm: fixes for imx-tve, and ipu-common, parallel-display

Hi Dave, please consider merging these three patches to unbreak VGA output on i.MX53, to avoid a kexec lockup in the IPU irq chip setup code, and to replace an unsupported, undocumented device tree binding. The following changes since commit d770e558e21961ad6cfdf0ff7df0eb5d7d4f0754: Linux

[Bug 91291] kernel panic and freeze on resume in [radeon] [ttm]

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150714/75f71cd9/attachment-0001.html>

[Intel-gfx] [PATCH v2 00/10] Color Manager Implementation

On 07/14/15 11:11, Daniel Vetter wrote: > On Tue, Jul 14, 2015 at 10:17:09AM +0200, Hans Verkuil wrote: >> On 07/13/15 16:07, Daniel Vetter wrote: >>> On Mon, Jul 13, 2015 at 12:11:08PM +0200, Hans Verkuil wrote: On 07/13/2015 11:54 AM, Daniel Vetter wrote: > On Mon, Jul 13, 2015 at

[PATCH] drm/dp/mst: dump branch OUI in debugfs

From: Dave Airlie It appears some MST docks are worse than other, but the only way to know is to see the sw revisions in here, so dump the branch OUI so we can look at the sw revision. Signed-off-by: Dave Airlie --- drivers/gpu/drm/drm_dp_mst_topology.c | 5 + 1 file

[PATCH 00/10] drm/misc: Kconfig cleanup

ait until these patches have landed, rebase on top of them and send out a proposal. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150714/7b4e6c50/attachment-0001.sig>

[PATCH 00/10] drm/misc: Kconfig cleanup

c Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150714/e4eb4cf0/attachment.sig>

[PATCH 2/2] drm: Provide compat ioctl for addfb2.1

From: Tvrtko Ursulin Frame buffer modifiers extensions provided in; commit e3eb3250d84ef97b766312345774367b6a310db8 Author: Rob Clark Date: Thu Feb 5 14:41:52 2015 + drm: add support for tiled/compressed/etc modifier in addfb2 Missed the structure

[Intel-gfx] [PATCH v2 00/10] Color Manager Implementation

On Tue, Jul 14, 2015 at 10:17:09AM +0200, Hans Verkuil wrote: > On 07/13/15 16:07, Daniel Vetter wrote: > > On Mon, Jul 13, 2015 at 12:11:08PM +0200, Hans Verkuil wrote: > >> On 07/13/2015 11:54 AM, Daniel Vetter wrote: > >>> On Mon, Jul 13, 2015 at 11:43:31AM +0200, Hans Verkuil wrote: > On

[PATCH 04/10] drm/amdgpu: clean up: move config option to driver's own Kconfig file

select DRM_KMS_FB_HELPER > +select DRM_TTM Same here. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150714/b59810fc/attachment-0001.sig>

[PATCH 03/10] drm/radeon: clean up: move config option to driver's own Kconfig file

not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150714/66b5adac/attachment.sig>

[PATCH 12/25] drm/tegra: Use new drm_fb_helper functions

es ownership of the buffer, so unless you compensate for that (by taking an explicit reference to the buffer in tegra_fb_alloc()) you'd be dereferencing twice and likely end up with use-after-free errors later on. I'd prefer to keep the error clean up as it is. Thierry -- next part

linux-next: build failure after merge of the drm-misc tree

Hi, On 07/14/2015 08:22 AM, Stephen Rothwell wrote: > Hi all, > > After merging the drm-misc tree, today's linux-next build (x86_64 > allmodconfig) failed like this: > > drivers/gpu/drm/virtio/virtgpu_drm_bus.c: In function > 'virtio_pci_kick_out_firmware_fb': >

[PATCH] gpu/drm/amdgpu: Include only if CONFIG_DEBUG_FS is set

On Tue, Jul 14, 2015 at 4:18 AM, Alexander Kuleshov wrote: > Hello Alex, > > 2015-07-14 11:11 GMT+06:00 Alex Deucher : >> >> This patch breaks the build with debugfs enabled. >> > > I've tried to built with CONFIG_DEBUG_FS={y/n} and it builds > successfully. Did I miss something? > Maybe I need

[PATCH] drm/dp/mst: dump branch OUI in debugfs

ext part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150714/aed22e2c/attachment.sig>

[PATCH] drm/radeon: fix user ptr race condition

On Tue, Jul 14, 2015 at 9:58 AM, Christian König wrote: > From: Christian König > > Port of amdgpu patch 9298e52f8b51d1e4acd68f502832f3a97f8cf892. > > Signed-off-by: Christian König > CC: stable at vger.kernel.org > --- Applied. thanks! Alex > drivers/gpu/drm/radeon/radeon_gem.c| 1

[PATCH] gpu/drm/amdgpu: Include only if CONFIG_DEBUG_FS is set

On 14.07.2015 10:18, Alexander Kuleshov wrote: > Hello Alex, > > 2015-07-14 11:11 GMT+06:00 Alex Deucher : >> This patch breaks the build with debugfs enabled. >> > I've tried to built with CONFIG_DEBUG_FS={y/n} and it builds > successfully. Did I miss something? > Maybe I need to enable/disable

[Intel-gfx] [PATCH v2 00/10] Color Manager Implementation

On 07/13/15 16:07, Daniel Vetter wrote: > On Mon, Jul 13, 2015 at 12:11:08PM +0200, Hans Verkuil wrote: >> On 07/13/2015 11:54 AM, Daniel Vetter wrote: >>> On Mon, Jul 13, 2015 at 11:43:31AM +0200, Hans Verkuil wrote: On 07/13/2015 11:18 AM, Daniel Vetter wrote: > On Mon, Jul 13, 2015 at

[Intel-gfx] [PATCH] drm: Provide compat ioctl for addfb2.1

On Mon, Jul 13, 2015 at 04:56:53PM +0100, Tvrtko Ursulin wrote: > From: Tvrtko Ursulin > > Frame buffer modifiers extensions provided in; > > commit e3eb3250d84ef97b766312345774367b6a310db8 > Author: Rob Clark > Date: Thu Feb 5 14:41:52 2015 + > > drm: add support for

[PATCH libdrm] freedreno: zero is a valid fd number, treat it as such

desktop.org/archives/dri-devel/attachments/20150714/5e79eb48/attachment.sig>

[Bug 91291] kernel panic and freeze on resume in [radeon] [ttm]

nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150714/4e24003f/attachment.html>

[RFC 00/21] drm: fb emulation: Step 3: Remove FB_KMS_HELPER config from drivers

et to the pci_dev's dev pointer (via drm_get_pci_dev()), so this shouldn't be changing anything at all. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150714/9ef18da5/attachment.sig>

linux-next: build failure after merge of the drm-misc tree

On Tue, Jul 14, 2015 at 10:30:56AM +0530, Archit Taneja wrote: > > Hi, > > On 07/14/2015 08:22 AM, Stephen Rothwell wrote: > >Hi all, > > > >After merging the drm-misc tree, today's linux-next build (x86_64 > >allmodconfig) failed like this: > > > >drivers/gpu/drm/virtio/virtgpu_drm_bus.c: In

linux-next: manual merge of the drm-intel tree with the drm-intel-fixes tree

On Tue, Jul 14, 2015 at 12:11:12PM +1000, Stephen Rothwell wrote: > Hi all, > > Today's linux-next merge of the drm-intel tree got a conflict in: > > drivers/gpu/drm/i915/intel_display.c > > between commit: > > 8aa3053bf731 ("drm/i915: fix oops in primary_check_plane") > > from the

[alsa-devel] [PATCH v2 11/12] ASoC: tegra: register dependency parser for firmware nodes

On 13 July 2015 at 17:42, Mark Brown wrote: > On Mon, Jul 13, 2015 at 02:10:45PM +0200, Tomeu Vizoso wrote: >> On 1 July 2015 at 19:38, Mark Brown wrote: >> > On Wed, Jul 01, 2015 at 11:41:06AM +0200, Tomeu Vizoso wrote: > >> >> +static void tegra_max98090_get_dependencies(struct fwnode_handle

[RFC 00/21] drm: fb emulation: Step 3: Remove FB_KMS_HELPER config from drivers

On Tue, Jul 14, 2015 at 12:01:51PM +0530, Archit Taneja wrote: > Hi, > > On 07/13/2015 09:07 PM, Daniel Vetter wrote: > >On Mon, Jul 13, 2015 at 11:30:34AM -0400, Alex Deucher wrote: > >>On Mon, Jul 13, 2015 at 2:43 AM, Archit Taneja > >>wrote: > >>>With the top level DRM_FBDEV_EMULATION

[Bug 91291] kernel panic and freeze on resume in [radeon] [ttm]

? https://bugzilla.kernel.org/enter_bug.cgi -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150714/bfac2867/attachment-0001.html>

[PATCH v3] drm: add a drm_atomic_helper_plane_check_update

From: Zhao Junwang This is the equivalent helper to drm_plane_helper_check_update for legacy drivers, but using atomic state to check things. Motivated by the atomic conversion of the bochs driver. v2: according to Daniel's comment -polish the kerneldoc comment to match

[Bug 33399] [RADEON:KMS:RV630:HDMI:AUDIO] no PCM mutichannel audio

audio. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150714/6e4eb891/attachment.html>

[Bug 91291] kernel panic and freeze on resume in [radeon] [ttm]

vel/attachments/20150714/6b162d6b/attachment.html>

[PATCH v5 6/6] ARM: dts: am335x-boneblack: Use new binding for HDMI

* Jyri Sarha [150508 04:29]: > Use new binding for the external tda19988 HDMI encoder. Applying this into omap-for-v4.3/dt thanks. Tony

[Bug 89699] Regression in 10.5.1 causes flickering/artifacting in a particular video game

at one reverted? -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150714/6da2403e/attachment.html>

[PATCH] gpu/drm/amdgpu: Include only if CONFIG_DEBUG_FS is set

On Mon, Jul 13, 2015 at 7:03 AM, Alexander Kuleshov wrote: > We have no need to include if the CONFIG_DEBUG_FS option > is not set. > This patch breaks the build with debugfs enabled. Alex > Signed-off-by: Alexander Kuleshov > --- > drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 5 - > 1

[Bug 91279] agd5f drm tonga occasional traps error:0 in libdrm_amdgpu.so.1.0.0

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150714/3416aac2/attachment-0001.html>

[Intel-gfx] [-next] WARNING at i915_gem_track_fb

On (07/13/15 16:46), Maarten Lankhorst wrote: > > [ 1239.783961] [] dump_stack+0x4c/0x65 > > [ 1239.783965] [] ? up+0x39/0x3e > > [ 1239.783968] [] warn_slowpath_common+0x9b/0xb5 > > [ 1239.783986] [] ? i915_gem_track_fb+0xdc/0x106 [i915] > > [ 1239.783987] [] warn_slowpath_fmt+0x46/0x48 > >

[Intel-gfx] [-next] WARNING at i915_gem_track_fb

On (07/13/15 16:35), Daniel Vetter wrote: > On Mon, Jul 13, 2015 at 09:51:39PM +0900, Sergey Senozhatsky wrote: > > 4.2.0-rc2-next-20150713 > > Is this also an issue in the 4.2-rc series or only in -next? don't know how to reproduce this, but I'll check. -ss > > > > [ 1239.783862]

[PATCH] GPU-DRM-Tegra: Delete an unnecessary check before the function call "vunmap"

On Thu, Jul 9, 2015 at 3:40 AM, SF Markus Elfring wrote: >> From: Markus Elfring >> Date: Thu, 5 Feb 2015 10:12:51 +0100 >> >> The vunmap() function performs also input parameter validation. >> Thus the test around the call is not needed. >> >> This issue was detected by using the Coccinelle