[Bug 90042] Age of Wonders III gpu lockup

https://bugs.freedesktop.org/show_bug.cgi?id=90042 Ernst Sjöstrand changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug 73528] Deferred lighting in Second Life causes system hiccups and screen flickering

https://bugs.freedesktop.org/show_bug.cgi?id=73528 Ernst Sjöstrand changed: What|Removed |Added CC||dawide2211 at gmail.com --- Comment

[Bug 36563] Unity locks up with latest xorg/mesa/dri/drm

https://bugs.freedesktop.org/show_bug.cgi?id=36563 Ernst Sjöstrand changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug 66963] Rv6xx dpm problems

ttachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150708/5c5b5716/attachment.html>

[PATCH 2/3] drm/ttm: fix object deallocation to properly fill in the page pool.

On 08.07.2015 02:41, Jerome Glisse wrote: > On Tue, Jul 07, 2015 at 03:39:29PM +0900, Michel Dänzer wrote: >> On 07.07.2015 01:10, Jerome Glisse wrote: >>> >>> In meantime i think we need to apply this patch as it is really a fix to >>> make the code actually do what the comment and design

[Bug 91256] Xorg dies - monitor goes to black and after a few seconds came back

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150708/eabbe2b2/attachment.html>

[Bug 91141] Lots of *ERROR* Couldn't update BO_VA (-22) since drm/radeon: stop using addr to check for BO move

dri-devel/attachments/20150708/c645ca4a/attachment.html>

[PATCH] drm/rockchip: use drm_gem_mmap helpers

return -EINVAL; >> -} else if (!drm_vma_node_is_allowed(node, filp)) { >> -mutex_unlock(>struct_mutex); >> -return -EACCES; >> -} >> +/* drm driver mmap file operations */ >> +int rockchip_gem_mmap(struct file *filp, st

[PATCH 02/12] drm: Create Color Management DRM properties

Thanks for your review, Matt! Our responses inline... Kausal On Wednesday 08 July 2015 04:53 AM, Matt Roper wrote: > On Fri, Jul 03, 2015 at 09:01:37AM +0530, Kausal Malladi wrote: >> Color Management is an extension to Kernel display framework. It allows >> abstraction of hardware color

[PATCH 03/12] drm/i915: Attach color properties to CRTC

On Wednesday 08 July 2015 04:53 AM, Matt Roper wrote: > On Fri, Jul 03, 2015 at 09:01:38AM +0530, Kausal Malladi wrote: >> This patch does the following: >> 1. Adds new files intel_color_manager(.c/.h) >> 2. Attaches color properties to CRTC while initialization >> >> Signed-off-by: Shashank

[PATCH 1/1] DRM-vmwgfx: Deletion of an unnecessary check before the function call "vfree"

desktop.org/mailman/listinfo/dri-devel > -- Best regards Junwang Zhao Microprocessor Research and Develop Center Department of Computer Science Peking University Beijing, 100871, PRC -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150708/310af3ed/attachment.html>

Device enumeration support in libdrm

/ValveSoftware/steam-runtime/issues/13 Regards, Jammy -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150708/0d5e8e73/attachment-0001.html>

WARNING: CPU: 0 PID: 3634 at drivers/gpu/drm/drm_irq.c:1141 drm_wait_one_vblank

I have just tried to boot 4.2-rc1 and cannot seem to reproduce the issue anymore. On Tue 07-07-15 10:43:58, Daniel Vetter wrote: [...] > Can you please > boot with drm.debug=0xf (lots more nois in dmesg with this) and reproduce? > I only need the last few pages before the WARNING backtrace, just

[Bug 90360] [RV710/M92] GPU lockup caused by shader based MPEG2 decoding

decoding? -- 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/20150708/7340fa03/attachment.html>

WARNING: CPU: 0 PID: 3634 at drivers/gpu/drm/drm_irq.c:1141 drm_wait_one_vblank

On Wed, Jul 08, 2015 at 08:40:17AM +0200, Michal Hocko wrote: > I have just tried to boot 4.2-rc1 and cannot seem to reproduce the issue > anymore. > > On Tue 07-07-15 10:43:58, Daniel Vetter wrote: > [...] > > Can you please > > boot with drm.debug=0xf (lots more nois in dmesg with this) and

[PATCH] drm/rockchip: use drm_gem_mmap helpers

On Wed, Jul 08, 2015 at 12:06:53PM +0800, Mark yao wrote: > On 2015年07月07日 20:04, Daniel Vetter wrote: > >On Tue, Jul 07, 2015 at 05:03:36PM +0800, Daniel Kurtz wrote: > >>Rather than (incompletely [0]) re-implementing drm_gem_mmap() and > >>drm_gem_mmap_obj() helpers, call them directly

WARNING: CPU: 0 PID: 3634 at drivers/gpu/drm/drm_irq.c:1141 drm_wait_one_vblank

ernel log from both runs attached. -- Michal Hocko SUSE Labs -- next part -- A non-text attachment was scrubbed... Name: log.gz Type: application/gzip Size: 32451 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150708/53a1722

[PATCH 2/2] drm/radeon: check if BO_VA is set before adding it to the invalidation list

From: Christian König Otherwise we try to clear BO_VAs without an address. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=91141 Signed-off-by: Christian König Test-by: hadack at gmx.de --- drivers/gpu/drm/radeon/radeon_vm.c | 10 +- 1 file changed, 5

[PATCH 1/2] drm/radeon: allways add the VM clear duplicate

From: Christian König We need to allways add the VM clear duplicate of the BO_VA, no matter what the old status was. Signed-off-by: Christian König Test-by: hadack at gmx.de --- drivers/gpu/drm/radeon/radeon_vm.c | 34 -- 1 file

[Intel-gfx] [PATCH v2 02/20] drm: Don't update plane properties for atomic planes if it stays the same

Op 07-07-15 om 18:43 schreef Daniel Vetter: > On Tue, Jul 07, 2015 at 05:08:34PM +0200, Maarten Lankhorst wrote: >> Op 07-07-15 om 14:10 schreef Daniel Vetter: >>> On Tue, Jul 07, 2015 at 12:20:10PM +0200, Maarten Lankhorst wrote: Op 07-07-15 om 11:18 schreef Daniel Vetter: > On Tue, Jul

[PATCH 2/2] drm/radeon: check if BO_VA is set before adding it to the invalidation list

On 08.07.2015 16:56, Christian König wrote: > From: Christian König > > Otherwise we try to clear BO_VAs without an address. > > Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=91141 > > Signed-off-by: Christian König > Test-by: hadack at gmx.de This series is Tested-by: Michel

[PATCH] drm/radeon: Report panel connector status as unknown when lid is closed

From: Michel Dänzer This makes fbcon and desktop environments such as GNOME automatically not use the panel when the lid is closed. Signed-off-by: Michel Dänzer --- drivers/gpu/drm/radeon/radeon_connectors.c | 82 -- 1 file changed, 44

[Intel-gfx] [PATCH v2 02/20] drm: Don't update plane properties for atomic planes if it stays the same

On Wed, Jul 08, 2015 at 10:00:22AM +0200, Maarten Lankhorst wrote: > Op 07-07-15 om 18:43 schreef Daniel Vetter: > > On Tue, Jul 07, 2015 at 05:08:34PM +0200, Maarten Lankhorst wrote: > >> Op 07-07-15 om 14:10 schreef Daniel Vetter: > >>> On Tue, Jul 07, 2015 at 12:20:10PM +0200, Maarten Lankhorst

[Bug 91263] R600 Segfault in finalize_textures

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150708/3ac1d53d/attachment.html>

[PATCH 0/5] Host1x/TegraDRM fixes/improvements

Hi, this series has a few small improvements for Host1x and TegraDRM that the VIC series will build upon. 1/5 is a bug fix to host1x. 2/5 is required by VIC code to implement ->is_addr_reg(). 3/5 deduplicates handling of HOST1X class address registers and fixes the checked registers. 4/5 is

[PATCH 1/5] host1x: Store device address to all bufs

From: Arto Merilainen Currently job pinning is optimized to handle only the first buffer using a certain host1x_bo object and all subsequent buffers using the same host1x_bo are considered done. In most cases this is correct, however, in case the same host1x_bo is used

[PATCH 3/5] host1x: Handle HOST1X class address registers directly

This moves handling of address registers in the HOST1X class directly to the firewall code in host1x's job.c, so that individual clients don't have to replicate this code. The list of address registers detected also change from INDCTRL which is not actually an address register to INDOFF and

[PATCH 4/5] drm/tegra: Support kernel mappings with IOMMU

From: Arto Merilainen Host1x command buffer patching requires that the buffer object can be mapped into kernel address space, however, the recent addition of IOMMU did not account to this requirement. Therefore Host1x engines cannot be used if IOMMU is enabled. This

[PATCH 2/5] host1x: Pass register value in firewall

From: Arto Merilainen In gr2d and gr3d units the register offset was sufficient for determining if the register in interest is used for storing a register value. However, in VIC this is not the case. The operations are passed through two registers, METHOD0 and METHOD1.

[PATCH 5/5] drm/tegra: Add Tegra DRM allocation API

Add a new IO virtual memory allocation API to allow clients to allocate non-GEM memory in the Tegra DRM IOMMU domain. This is required e.g. for loading client firmware when clients are attached to the IOMMU domain. The allocator allocates contiguous physical pages that are then mapped

[PATCH 0/1] drm: Add Grain Media GM12U320 kms driver

Hi All, Here is a kms driver, including prime support for Grain-media GM12U320 based USB mini video projectors. These projectors use USB for both power and video data transport. This driver is based on the udl code, where as the GM12U320 usb protocol specific bits come from Viacheslav

[PATCH] drm: Add Grain Media GM12U320 kms driver

Grain-media GM12U320 based devices are mini video projectors using USB for both power and video data transport. This commit adds a kms driver for these devices, including prime support. This driver is based on the existing udl kms driver, and the gm12u320 fb driver by Viacheslav Nurmekhamitov .

[Bug 91268] R6xx freezes with kernel 3.17 and up

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150708/1d53f38b/attachment.html>

[Bug 66963] Rv6xx dpm problems

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

[PATCH] drm: sti: add moduleparam to disable fbdev

Useful to avoid recompiling to enable/disable fbdev. Signed-off-by: Benjamin Gaignard --- drivers/gpu/drm/sti/Kconfig | 6 -- drivers/gpu/drm/sti/sti_drm_drv.c | 13 - 2 files changed, 8 insertions(+), 11 deletions(-) diff --git a/drivers/gpu/drm/sti/Kconfig

[PATCH 00/10] i2c/drm: fix i2c adapter device driver user counter

The 01/10 change adds and exports new of_get_i2c_adapter_by_node() interface of i2c core, the rest of patches fix current users of of_find_i2c_adapter_by_node() interface. of_find_i2c_adapter_by_node() call requires quite often missing put_device(), and i2c_put_adapter() releases a device locked

[PATCH 01/10] i2c: add and export of_get_i2c_adapter_by_node() interface

of_find_i2c_adapter_by_node() call requires quite often missing put_device(), and i2c_put_adapter() releases a device locked by i2c_get_adapter() only. In general module_put(adapter->owner) and put_device(dev) are not interchangeable. This is a common error reproduction scenario as a result of

[PATCH 02/10] drm: dw_hdmi: use of_get_i2c_adapter_by_node interface

This change is needed to properly lock I2C bus driver, which serves DDC. The change fixes an overflow over zero of I2C bus driver user counter: root at mx6q:~# lsmod | grep i2c i2c_imx10213 0 root at mx6q:~# lsmod | grep dw_hdmi_imx dw_hdmi_imx 3631

[PATCH 03/10] drm: exynos_hdmi: use of_get_i2c_adapter_by_node interface

This change is needed to properly lock I2C bus driver, which serves DDC. On release of_get_i2c_adapter_by_node() requires i2c_put_adapter() call, which replaces put_device(). By the way added of_node_put(ddc_node) to eliminate memory leak, if OF_DYNAMIC is enabled. Signed-off-by: Vladimir

[PATCH 05/10] drm: panel-simple: use of_get_i2c_adapter_by_node interface

This change is needed to properly lock I2C bus driver, which serves DDC. On release of_get_i2c_adapter_by_node() requires i2c_put_adapter() call, which replaces put_device(). Signed-off-by: Vladimir Zapolskiy --- drivers/gpu/drm/panel/panel-simple.c | 9 - 1 file changed, 4

[PATCH 06/10] drm: sti_hdmi: use of_get_i2c_adapter_by_node interface

This change is needed to properly lock I2C bus driver, which serves DDC. On release of_get_i2c_adapter_by_node() requires i2c_put_adapter() call. Note, that prior to the change put_device() coupled with of_find_i2c_adapter_by_node() was incorrectly placed to sti_hdmi_remove() instead of

[PATCH 08/10] drm: tilcdc: use of_get_i2c_adapter_by_node interface

This change is needed to properly lock I2C bus driver, which serves DDC. Prior to this change i2c_put_adapter() is misused, which may lead to an overflow over zero of I2C bus driver user counter. Signed-off-by: Vladimir Zapolskiy --- drivers/gpu/drm/tilcdc/tilcdc_tfp410.c | 6 ++ 1 file

[PATCH 04/10] drm: imx-tve: use of_get_i2c_adapter_by_node interface

This change is needed to properly lock I2C bus driver, which serves DDC. Note that prior to this change put_device() coupled with of_find_i2c_adapter_by_node() is missing on imx_tve_bind() error path and imx_tve_unbind(), also the change fixes possibly left enabled voltage regulator on

[PATCH 07/10] drm: tegra: use of_get_i2c_adapter_by_node interface

This change is needed to properly lock I2C bus driver, which serves DDC. On release of_get_i2c_adapter_by_node() requires i2c_put_adapter() call. Note, that prior to the change put_device() coupled with of_find_i2c_adapter_by_node() was missing on error path of tegra_output_probe().

[PATCH 09/10] fbdev: omap2: connector-dvi: use of_get_i2c_adapter_by_node interface

This change is needed to properly lock I2C bus driver, which serves DDC. Prior to this change i2c_put_adapter() is misused, which may lead to an overflow over zero of I2C bus driver user counter. Signed-off-by: Vladimir Zapolskiy --- drivers/video/fbdev/omap2/displays-new/connector-dvi.c | 2

[PATCH 01/10] i2c: add and export of_get_i2c_adapter_by_node() interface

2c_get_adapter() to balance the put_device() in i2c_put_adapter(). Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150708/212be892/attachment.sig>

R200 DRM/KMS

On Tue Jul 7 15:12:28 2015 GMT+0100, Alex Deucher wrote: > On Tue, Jul 7, 2015 at 9:46 AM, Steven Newbury > wrote: > > > > I've tried an xserver-1.16, and ddx, libdrm without LTO and with > > gcc4.9. Exactly the same thing. I wondered whether the unused i810 > > could be interfering but

R200 DRM/KMS

On Wed, Jul 8, 2015 at 8:58 AM, Steven Newbury wrote: > > > On Tue Jul 7 15:12:28 2015 GMT+0100, Alex Deucher wrote: >> On Tue, Jul 7, 2015 at 9:46 AM, Steven Newbury >> wrote: >> > >> > I've tried an xserver-1.16, and ddx, libdrm without LTO and with >> > gcc4.9. Exactly the same thing. I

[PATCH] drm: sti: add moduleparam to disable fbdev

___ > dri-devel mailing list > dri-devel at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel > -- Best regards Junwang Zhao Microprocessor Research and Develop Center Department of Computer Science Peking University Beijing, 100871, PRC -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150708/a17fc8ea/attachment.html>

[PATCH 01/10] i2c: add and export of_get_i2c_adapter_by_node() interface

Hi Thierry, On 08.07.2015 16:11, Thierry Reding wrote: > On Wed, Jul 08, 2015 at 03:59:12PM +0300, Vladimir Zapolskiy wrote: >> of_find_i2c_adapter_by_node() call requires quite often missing >> put_device(), and i2c_put_adapter() releases a device locked by >> i2c_get_adapter() only. In general

R200 DRM/KMS

On Wed Jul 8 14:20:28 2015 GMT+0100, Alex Deucher wrote: > On Wed, Jul 8, 2015 at 8:58 AM, Steven Newbury > wrote: > > > > > > On Tue Jul 7 15:12:28 2015 GMT+0100, Alex Deucher wrote: > >> On Tue, Jul 7, 2015 at 9:46 AM, Steven Newbury > >> wrote: > >> > > >> > I've tried an xserver-1.16,

R200 DRM/KMS

On Wed, Jul 8, 2015 at 9:53 AM, Steven Newbury wrote: > > > On Wed Jul 8 14:20:28 2015 GMT+0100, Alex Deucher wrote: >> On Wed, Jul 8, 2015 at 8:58 AM, Steven Newbury >> wrote: >> > >> > >> > On Tue Jul 7 15:12:28 2015 GMT+0100, Alex Deucher wrote: >> >> On Tue, Jul 7, 2015 at 9:46 AM, Steven

[PATCH 01/10] i2c: add and export of_get_i2c_adapter_by_node() interface

gt; Looking at i2c_put_adapter() it seems like it would need to do more than > > just drop the module reference. Then again, that probably means that we > > need to add a get_device() somewhere in i2c_get_adapter() to balance the > > put_device() in i2c_put_adapter(). > > it makes sense for me, thanks for momentary review. > > I'm hesitating to add put_device(dev) to i2c_put_adapter() etc. in this > series though. After development and testing I would like to send > another preceding independent change updating i2c_get_adapter(), > i2c_put_adapter() and clients (or if you wish you can do it), then I'll > rebase 01/10 on top of it, the rest most probably is unchanged. I think that would make sense, yes. Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150708/06f627f2/attachment.sig>

[PATCH] drm: sti: add moduleparam to disable fbdev

On Wed, Jul 08, 2015 at 02:50:25PM +0200, Benjamin Gaignard wrote: > Useful to avoid recompiling to enable/disable fbdev. > > Signed-off-by: Benjamin Gaignard Can we just do this in the fbdev helper instead of reinventing wheels in each driver? Archit Taneja has been looking into that. Thanks,

[PATCH 1/2] drm/radeon: allways add the VM clear duplicate

On Wed, Jul 8, 2015 at 3:56 AM, Christian König wrote: > From: Christian König > > We need to allways add the VM clear duplicate of the BO_VA, > no matter what the old status was. > > Signed-off-by: Christian König > Test-by: hadack at gmx.de This patch does not apply cleanly. It also

[PATCH] drm/radeon: Report panel connector status as unknown when lid is closed

On Wed, Jul 8, 2015 at 4:24 AM, Michel Dänzer wrote: > From: Michel Dänzer > > This makes fbcon and desktop environments such as GNOME automatically > not use the panel when the lid is closed. > > Signed-off-by: Michel Dänzer I've never really liked this approach. The panel is still

[PATCH 1/2] drm/radeon: allways add the VM clear duplicate

On 08.07.2015 17:57, Alex Deucher wrote: > On Wed, Jul 8, 2015 at 3:56 AM, Christian König > wrote: >> From: Christian König >> >> We need to allways add the VM clear duplicate of the BO_VA, >> no matter what the old status was. >> >> Signed-off-by: Christian König >> Test-by: hadack at

R200 DRM/KMS

On 8 July 2015 at 14:55, Alex Deucher wrote: > On Wed, Jul 8, 2015 at 9:53 AM, Steven Newbury > wrote: >> >> >> On Wed Jul 8 14:20:28 2015 GMT+0100, Alex Deucher wrote: >>> On Wed, Jul 8, 2015 at 8:58 AM, Steven Newbury >>> wrote: >>> > >>> > >>> > On Tue Jul 7 15:12:28 2015 GMT+0100, Alex

[PATCH 1/2] drm/radeon: allways add the VM clear duplicate

On Wed, Jul 8, 2015 at 12:08 PM, Christian König wrote: > On 08.07.2015 17:57, Alex Deucher wrote: >> >> On Wed, Jul 8, 2015 at 3:56 AM, Christian König >> wrote: >>> >>> From: Christian König >>> >>> We need to allways add the VM clear duplicate of the BO_VA, >>> no matter what the old

[PATCH:libdrm] include directly for major() and minor()

Hi Alan On 7 July 2015 at 01:45, Alan Coopersmith wrote: > Linux seems to pick this up via another header, but Solaris needs it > explictly included, or we get undefined symbol errors for major & minor. > A slightly pedandic suggestion: Can we use sys/types.h + sys/mkdev.h as the manpage

Device enumeration support in libdrm

Hello Jammy, On 8 July 2015 at 06:53, Zhou, Jammy wrote: > Hi Emil, > > > > With our previous RFC patches to add interfaces to support GPU device > enumeration support in libdrm, the udev mechanism was used. But we found > that if we introduce the libudev dependency for libdrm, there will be

[PATCH 1/2] drm/radeon: allways add the VM clear duplicate

On 08.07.2015 18:14, Alex Deucher wrote: > On Wed, Jul 8, 2015 at 12:08 PM, Christian König > wrote: >> On 08.07.2015 17:57, Alex Deucher wrote: >>> On Wed, Jul 8, 2015 at 3:56 AM, Christian König >> vodafone.de> >>> wrote: From: Christian König We need to allways add the VM

[PATCH 1/2] drm/radeon: allways add the VM clear duplicate

On Wed, Jul 8, 2015 at 12:31 PM, Christian König wrote: > On 08.07.2015 18:14, Alex Deucher wrote: >> >> On Wed, Jul 8, 2015 at 12:08 PM, Christian König >> wrote: >>> >>> On 08.07.2015 17:57, Alex Deucher wrote: On Wed, Jul 8, 2015 at 3:56 AM, Christian König wrote:

[Intel-gfx] [PATCH v2 02/20] drm: Don't update plane properties for atomic planes if it stays the same

Op 08-07-15 om 10:55 schreef Daniel Vetter: > On Wed, Jul 08, 2015 at 10:00:22AM +0200, Maarten Lankhorst wrote: >> Op 07-07-15 om 18:43 schreef Daniel Vetter: >>> On Tue, Jul 07, 2015 at 05:08:34PM +0200, Maarten Lankhorst wrote: Op 07-07-15 om 14:10 schreef Daniel Vetter: > On Tue, Jul

R200 DRM/KMS

ith KMS drivers. > > In general the original issue sound like the drm driver is not > (fully) > loaded before the xserver/ddx kicks in. Additionally it may be a race > condition if something else (plymouth) is using the device. In the > latter case DRM_MASTER might still be hel

[PATCH:libdrm] include directly for major() and minor()

On 07/ 8/15 09:19 AM, Emil Velikov wrote: > Hi Alan > > On 7 July 2015 at 01:45, Alan Coopersmith > wrote: >> Linux seems to pick this up via another header, but Solaris needs it >> explictly included, or we get undefined symbol errors for major & minor. >> > A slightly pedandic suggestion: >

[PATCH:libdrm] include & directly for major() and minor()

Linux seems to pick these up via another header, but Solaris needs them explictly included, or we get undefined symbol errors for major & minor. v2: use headers documented in makedev(3C) man page instead of sysmacros.h Signed-off-by: Alan Coopersmith --- libkms/linux.c |2 ++ 1 file

[PATCH] drm/radeon: disable vce init on cayman

Cayman does not have vce. There were a few places in the shared cayman/TV code where we were trying to do vce stuff. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/ni.c | 25 ++--- 1 file changed, 14 insertions(+), 11 deletions(-) diff --git

[PATCH 1/3] drm/radeon/r600/r700: only enable CP gui idle interrupts after CP is set up

Necessary for proper gfx/rlc/smu handshaking. Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/radeon/r600.c | 26 -- 1 file changed, 24 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/r600.c

[PATCH 3/3] drm/radeon/cayman/tn: only enable CP gui idle interrupts after CP is set up

Necessary for proper gfx/rlc/smu handshaking. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/evergreen.c | 35 ++- drivers/gpu/drm/radeon/ni.c| 29 ++--- drivers/gpu/drm/radeon/nid.h | 3 +++ 3 files changed, 55

[PATCH 2/3] drm/radeon/evergreen: only enable CP gui idle interrupts after CP is set up

Necessary for proper gfx/rlc/smu handshaking. Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/radeon/evergreen.c | 12 ++-- drivers/gpu/drm/radeon/r600.c | 4 ++-- 2 files changed, 12 insertions(+), 4 deletions(-) diff --git

[Intel-gfx] [PATCH v2 02/20] drm: Don't update plane properties for atomic planes if it stays the same

On Wed, Jul 08, 2015 at 06:35:47PM +0200, Maarten Lankhorst wrote: > Op 08-07-15 om 10:55 schreef Daniel Vetter: > > On Wed, Jul 08, 2015 at 10:00:22AM +0200, Maarten Lankhorst wrote: > >> Op 07-07-15 om 18:43 schreef Daniel Vetter: > >>> On Tue, Jul 07, 2015 at 05:08:34PM +0200, Maarten Lankhorst

[PATCH:libdrm] include & directly for major() and minor()

On 8 July 2015 at 18:41, Alan Coopersmith wrote: > Linux seems to pick these up via another header, but Solaris needs them > explictly included, or we get undefined symbol errors for major & minor. > > v2: use headers documented in makedev(3C) man page instead of sysmacros.h > > Signed-off-by:

[PATCH:libdrm] include & directly for major() and minor()

On 07/ 8/15 10:59 AM, Emil Velikov wrote: > On 8 July 2015 at 18:41, Alan Coopersmith > wrote: >> Linux seems to pick these up via another header, but Solaris needs them >> explictly included, or we get undefined symbol errors for major & minor. >> >> v2: use headers documented in makedev(3C)

[PATCH 1/2] drm/ttm: fix object deallocation to properly fill in the page pool.

From: Jérôme Glisse Current code never allowed the page pool to actualy fill in anyway. This fix it, so that we only start freeing page from the pool when we go over the pool size. Signed-off-by: Jérôme Glisse Reviewed-by: Mario Kleiner Tested-by: Michel Dänzer Cc:

[PATCH 2/2] drm/ttm: improve uncached page deallocation.

From: Jérôme Glisse Calls to set_memory_wb() incure heavy TLB flush and IPI cost. To minimize those wait until pool grow beyond batch size before draining the pool. Signed-off-by: Jérôme Glisse Reviewed-by: Mario Kleiner Cc: Michel Dänzer Cc: Thomas Hellstrom Cc:

[PATCH] drm/radeon: disable vce init on cayman

On 08.07.2015 19:44, Alex Deucher wrote: > Cayman does not have vce. There were a few places in the > shared cayman/TV code where we were trying to do vce stuff. > > Signed-off-by: Alex Deucher If I remember correctly that was the reason we have the "if (r != -ENOENT)" and "if

[Intel-gfx] [PATCH v2 02/20] drm: Don't update plane properties for atomic planes if it stays the same

Op 08-07-15 om 19:52 schreef Daniel Vetter: > On Wed, Jul 08, 2015 at 06:35:47PM +0200, Maarten Lankhorst wrote: >> Op 08-07-15 om 10:55 schreef Daniel Vetter: >>> On Wed, Jul 08, 2015 at 10:00:22AM +0200, Maarten Lankhorst wrote: Op 07-07-15 om 18:43 schreef Daniel Vetter: > On Tue, Jul

[PATCH 1/2] drm/radeon: allways add the VM clear duplicate

On 08.07.2015 18:33, Alex Deucher wrote: > On Wed, Jul 8, 2015 at 12:31 PM, Christian König > wrote: >> On 08.07.2015 18:14, Alex Deucher wrote: >>> On Wed, Jul 8, 2015 at 12:08 PM, Christian König >>> wrote: On 08.07.2015 17:57, Alex Deucher wrote: > On Wed, Jul 8, 2015 at 3:56 AM,

[PATCH 2/2] drm/ttm: improve uncached page deallocation.

On Wed, Jul 08, 2015 at 02:16:37PM -0400, j.glisse at gmail.com wrote: > From: Jérôme Glisse > > Calls to set_memory_wb() incure heavy TLB flush and IPI cost. To > minimize those wait until pool grow beyond batch size before > draining the pool. > > Signed-off-by: Jérôme Glisse >

[PATCH 1/2] drm/ttm: fix object deallocation to properly fill in the page pool.

On Wed, Jul 08, 2015 at 02:16:36PM -0400, j.glisse at gmail.com wrote: > From: Jérôme Glisse > > Current code never allowed the page pool to actualy fill in anyway. > This fix it, so that we only start freeing page from the pool when > we go over the pool size. > > Signed-off-by: Jérôme

[PATCH 1/2] drm/radeon: allways add the VM clear duplicate

On Wed, Jul 8, 2015 at 2:28 PM, Christian König wrote: > On 08.07.2015 18:33, Alex Deucher wrote: >> >> On Wed, Jul 8, 2015 at 12:31 PM, Christian König >> wrote: >>> >>> On 08.07.2015 18:14, Alex Deucher wrote: On Wed, Jul 8, 2015 at 12:08 PM, Christian König wrote: >

[PATCH] drm/radeon: disable vce init on cayman

> -Original Message- > From: Christian König [mailto:deathsimple at vodafone.de] > Sent: Wednesday, July 08, 2015 2:17 PM > To: Alex Deucher; dri-devel at lists.freedesktop.org > Cc: Deucher, Alexander > Subject: Re: [PATCH] drm/radeon: disable vce init on cayman > > On 08.07.2015 19:44,

[PATCH] drm/radeon: disable vce init on cayman (v2)

Cayman does not have vce. There were a few places in the shared cayman/TV code where we were trying to do vce stuff. v2: remove -ENOENT check Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/ni.c | 25 ++--- 1 file changed, 14 insertions(+), 11 deletions(-) diff

[PATCH] drm/radeon: disable vce init on cayman (v2)

On 08.07.2015 21:28, Alex Deucher wrote: > Cayman does not have vce. There were a few places in the > shared cayman/TV code where we were trying to do vce stuff. > > v2: remove -ENOENT check > > Signed-off-by: Alex Deucher Reviewed-by: Christian König > --- > drivers/gpu/drm/radeon/ni.c |

[Intel-gfx] [PATCH v2 02/20] drm: Don't update plane properties for atomic planes if it stays the same

On Wed, Jul 08, 2015 at 08:25:07PM +0200, Maarten Lankhorst wrote: > Op 08-07-15 om 19:52 schreef Daniel Vetter: > > On Wed, Jul 08, 2015 at 06:35:47PM +0200, Maarten Lankhorst wrote: > >> Op 08-07-15 om 10:55 schreef Daniel Vetter: > >>> On Wed, Jul 08, 2015 at 10:00:22AM +0200, Maarten Lankhorst

[PATCH 1/3] drm/radeon: Clean up reference counting and pinning of the cursor BOs

On 2015-07-07 09:27, Michel Dänzer wrote: > From: Michel Dänzer > > Take a GEM reference for and pin the new cursor BO, unpin and drop the > GEM reference for the old cursor BO in radeon_crtc_cursor_set2, and use > radeon_crtc->cursor_addr in radeon_set_cursor. > > This fixes

Wayland and GLES1 (Re: R200 DRM/KMS)

e: 181 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150708/b74c681e/attachment.sig>

Wayland and GLES1 (Re: R200 DRM/KMS)

lly, there is the option of software rendering for > > composition... > > > Well, considering I was wondering about running Wayland on ancient > hardware, perhaps software compositing wouldn't be ideal! ;-) -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150708/0cc564ac/attachment.sig>

Skip cache sync for GEM CMA objects?

Hi all, GEM CMA uses dma_alloc_writecombine() when allocating the CMA objects. So IINM the GEM buffers are cache coherent. So is there any reason why DMA_ATTR_SKIP_CPU_SYNC is not passed to dma_map_sg() when GEM CMA prepares the buffer for dma on behalf of the dma-buf user? Is this just an

[PATCH] drm/msm/mdp: Add capabilities to MDP planes(V2)

MDP planes can be implemented using different type of HW pipes, RGB/VIG/DMA pipes for MDP5 and RGB/VG/DMA pipes for MDP4. Each type of pipe has different HW capabilities such as scaling, color space conversion, decimation... Add a variable in plane data structure to specify the difference of each

[PATCH] drm/msm/mdp5: Add support for msm8x74v1

msm8x74v1 has different MDP5 version (v1.0) from msm8x74v2 (v1.2). Add a separate config data to support msm8x74v1. Signed-off-by: Jilai Wang --- drivers/gpu/drm/msm/mdp/mdp5/mdp5_cfg.c | 77 +++-- 1 file changed, 73 insertions(+), 4 deletions(-) diff --git

[PATCH] drm/msm/mdp5:Add DMA pipe planes for MDP5

On Tue, Jul 7, 2015 at 5:17 PM, Jilai Wang wrote: > This change is to add planes which use DMA pipes for MDP5. are DMA pipes only supporting memory->memory operation, or am I reading too much into the name "DMA"? I'm wondering if we need to fix the possible_crtcs param that mdp5_plane_init

DRM-vmwgfx: Deletion of an unnecessary check before the function call "vfree"

> Reviewed-by: Zhao Junwang > > kfree will check that. How does this feedback fit to a check before a call of the vfree() function? Regards, Markus

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

> 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 software. > > Signed-off-by: Markus Elfring > --- >

Skip cache sync for GEM CMA objects?

Hi all, GEM CMA uses dma_alloc_writecombine() when allocating the CMA objects. So IINM the GEM buffers are cache coherent. So is there any reason why DMA_ATTR_SKIP_CPU_SYNC is not passed to dma_map_sg() when GEM CMA prepares the buffer for dma on behalf of the dma-buf user? Is this just an