[PATCH 00/21] On-demand device registration

Hi Tomeu, On 05/28/2015 07:33 AM, Rob Herring wrote: > On Mon, May 25, 2015 at 9:53 AM, Tomeu Vizoso > wrote: >> I have a problem with the panel on my Tegra Chromebook taking longer than >> expected to be ready during boot (Stéphane Marchesin reported what is >> basically the same issue in [0])

[PULL] drm-amdkfd-fixes

Hi Dave, One minor fix for last -rc of 4.1. The fix moves the update of an attribute in topology to *after* it is actually initialized. Thanks, Oded The following changes since commit c65b99f046843d2455aa231747b5a07a999a9f3d: Linux 4.1-rc6 (2015-05-31 19:01:07 -0700) are available i

[pull] radeon drm-fixes-4.1

Hi Dave, One more small r7xx audio regression fix for 4.1 The following changes since commit 1fe7142063517dfb17bfd3ada394e1dd7ee44ba7: Merge branch 'linux-4.1' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes (2015-05-29 11:13:52 +1000) are available in the git reposito

[pull] amdgpu drm-next-4.2

Hi Dave, This is the big pull request for amdgpu, the new driver for VI+ AMD asics. I currently supports Tonga, Iceland, and Carrizo and also contains a Kconfig option to build support for CI parts for testing. All major functionality is supported (displays, gfx, compute, dma, video decode/encod

[PATCH 3.10 02/46] drm/i915: Fix declaration of intel_gmbus_{is_forced_bit/is_port_falid}

3.10-stable review patch. If anyone has any objections, please let me know. -- From: =?UTF-8?q?Jan-Simon=20M=C3=B6ller?= commit 8f375e10ee47b9d7b9b3aefcf67854c6e92708be upstream. Description: intel_gmbus_is_forced_bit is no extern as its body is right below. Likewise for intel

[PATCH 1/9] drm/exynos: add error messages if clks failed to get enabled

On Wed, Jun 3, 2015 at 7:59 PM, Alexey Klimov wrote: > Hi Gustavo, > > On Wed, Jun 3, 2015 at 5:30 PM, Gustavo Padovan > wrote: >> From: Gustavo Padovan >> >> Check error and call DRM_ERROR if clk_prepare_enable() fails. >> >> Signed-off-by: Gustavo Padovan >> --- >> drivers/gpu/drm/exynos/ex

[PATCH 1/9] drm/exynos: add error messages if clks failed to get enabled

Hi Gustavo, On Wed, Jun 3, 2015 at 5:30 PM, Gustavo Padovan wrote: > From: Gustavo Padovan > > Check error and call DRM_ERROR if clk_prepare_enable() fails. > > Signed-off-by: Gustavo Padovan > --- > drivers/gpu/drm/exynos/exynos7_drm_decon.c | 29 > drivers/gpu/dr

[PATCH 5/7] drm/i915: Add pipe level Gamma correction for CHV/BSW

Hi Daniel, Thanks for the review. Please find my comments inline. Regards Shashank On 6/2/2015 5:23 PM, Daniel Stone wrote: > Hi, > > On 2 June 2015 at 12:38, Jindal, Sonika wrote: >> On 6/2/2015 1:22 AM, Kausal Malladi wrote: >>> +int drm_mode_crtc_update_color_property(struct drm_device *dev,

[PATCH 03/98] drm.h: use __kernel_size_t instead of size_t

On 30 May 2015 at 16:37, Mikko Rapeli wrote: > Fixes userspace compilation error: > > drm/drm.h:132:2: error: unknown type name ‘size_t’ > > Signed-off-by: Mikko Rapeli > --- > include/uapi/drm/drm.h | 8 > 1 file changed, 4 insertions(+), 4 deletions(-) > > diff --git a/include/uap

[PATCH 09/98] via_drm.h: include linux/types.h instead of non-existing via_drmclient.h

Hi Mikko, On 30 May 2015 at 16:38, Mikko Rapeli wrote: > Fixes compiler error: > > drm/via_drm.h:36:27: fatal error: via_drmclient.h: No such file or directory > > Signed-off-by: Mikko Rapeli > --- > include/uapi/drm/via_drm.h | 4 +--- > 1 file changed, 1 insertion(+), 3 deletions(-) > > diff

[PATCH 10/98] via_drm.h: hide struct via_file_private in userspace

Hi Mikko, On 30 May 2015 at 16:38, Mikko Rapeli wrote: > Fixes compiler error since list_head is not exported to userspace headers. > > Signed-off-by: Mikko Rapeli > --- > include/uapi/drm/via_drm.h | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/include/uapi/drm/via_drm.h b/include/

[Intel-gfx] intel_check_page_flip() - WARN_ON(!in_interrupt())

On 29/05/15 07:26, Jani Nikula wrote: > On Fri, 29 May 2015, Shuah Khan wrote: >> I am seeing the following in the dmesg on 4.0.4 with rt patch >> >> [5.720319] [ cut here ] >> [5.720347] WARNING: CPU: 6 PID: 466 at >> drivers/gpu/drm/i915/intel_display.c:9748 >> in

[PATCH] drm/msm/mdp: Add support for more 32-bit RGB formats

That will complete the lists of Alpha + RGB formats. Signed-off-by: Stephane Viau --- drivers/gpu/drm/msm/mdp/mdp_format.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/drivers/gpu/drm/msm/mdp/mdp_format.c b/drivers/gpu/drm/msm/mdp/mdp_format.c index f683433..7b0524d 100644 --- a/dr

[PATCH v2] drm/exynos: add error messages if clks failed to get enabled

From: Gustavo Padovan Check error and call DRM_ERROR if clk_prepare_enable() fails. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos7_drm_decon.c | 28 +++ drivers/gpu/drm/exynos/exynos_drm_fimd.c | 14 -- drivers/gpu/drm/exynos/exynos_mixe

[PATCH 00/21] On-demand device registration

On Mon, May 25, 2015 at 10:53 AM, Tomeu Vizoso wrote: > Hello, > > I have a problem with the panel on my Tegra Chromebook taking longer than > expected to be ready during boot (Stéphane Marchesin reported what is > basically the same issue in [0]), and have looked into ordered probing as a > bett

[PATCH] Add device enumeration interface (v3)

Hello Jammy, On 1 June 2015 at 03:12, Zhou, Jammy wrote: >> Jammy or Frank might be able to provide some pseudo code in the interim. > > I think the requirement here is quite simple. We would like to have some > interface to enumerate the GPU devices on the system, and select some > specific de

[PATCH v10 17/17] drm/exynos: split exynos_crtc->dpms in enable() and disable()

Hi, On 2015년 06월 02일 00:04, Gustavo Padovan wrote: > From: Gustavo Padovan > > To follow more closely the new atomic API we split the dpms() > helper into the enable() and disable() helper to get exactly the > same semantics. > > Signed-off-by: Gustavo Padovan > --- > drivers/gpu/drm/ex

[PATCH] Add device enumeration interface (v3)

Hi Frank, On 1 June 2015 at 04:06, Min, Frank wrote: > Hi Emil, > Here is the pseudo code: > > int drmGetPciDevices(drmPciDevicePtr devSet, uint16_t vendorId) > { > If(devSet == NULL && vendorId == 0) > Probe all the graphic device and return the number of it > Els

[PULL] Add virtio gpu driver.

Hi Dave, Here comes the pull request for the virtio-gpu driver, as discusses yesterday. cheers, Gerd The following changes since commit 95872b49ce14169a1ce0dfaac62e284cbdc6eea8: Merge branch 'drm-tda998x-devel' of git://ftp.arm.linux.org.uk/~rmk/linux-arm into drm-next (2015-05-29 09:19:5

[PATCH 1/9] drm/exynos: add error messages if clks failed to get enabled

2015-06-03 Alexey Klimov : > Hi Gustavo, > > On Wed, Jun 3, 2015 at 5:30 PM, Gustavo Padovan > wrote: > > From: Gustavo Padovan > > > > Check error and call DRM_ERROR if clk_prepare_enable() fails. > > > > Signed-off-by: Gustavo Padovan > > --- > > drivers/gpu/drm/exynos/exynos7_drm_decon.c

[PATCH 5/7] drm/i915: Add pipe level Gamma correction for CHV/BSW

Thanks for the review Sonika, We will incorporate the review comments and send the updated patch set soon. Regards Shashank -Original Message- From: Jindal, Sonika Sent: Tuesday, June 02, 2015 5:08 PM To: Malladi, Kausal; Roper, Matthew D; Barnes, Jesse; Lespiau, Damien; R, Durgadoss;

[Bug 71891] 3.13 fails to boot with the radeon module

https://bugzilla.kernel.org/show_bug.cgi?id=71891 --- Comment #48 from Christian König --- (In reply to closesrc from comment #47) > how do I apply the patch, any instructions please? thanks. You simply don't. This bug is already closed and the fix upstream. No need to apply anything manually a

[PATCH 11/11] drm/qxl: Propagate correctly errors from qxlhw_handle_to_bo

This function could return a NULL pointer in case of handle not present and in case of out of memory conditions however caller function always returned EINVAL error hiding a possible ENOMEM. This patch change the function to return the error instead to be able to propagate the error instead of assu

[PATCH 10/11] drm/qxl: Simplify cleaning qxl processing command

In qxlhw_handle_to_bo we incremented counters twice, one time for release object and one for reloc_info. In the main function however reloc_info references was drop much earlier than release so keeping the pointer only on release is safe and make cleaning process easier. Signed-off-by: Frediano Zi

[PATCH 09/11] drm/qxl: Move main reference counter to GEM object instead of TTM ones

qxl_bo structure has two reference counters, one in the GEM object and another in the TTM object. The GEM object keep a counter to the TTM object so when GEM counter reached zero the TTM counter (using qxl_bo_unref) was decremented. The qxl object is fully freed (both GEM and TTM part are cleaned)

[PATCH 08/11] drm/qxl: Remove format string errors

Enable format string checks for qxl_io_log and remove resulting warnings which could lead to memory errors on different platform or just printing wrong information. Signed-off-by: Frediano Ziglio Reviewed-by: Dave Airlie --- drivers/gpu/drm/qxl/qxl_cmd.c | 2 +- drivers/gpu/drm/qxl/qxl_disp

[PATCH 07/11] drm/qxl: Handle correctly failures in qxl_alloc_relase_reserved

Free resources correctly if function fails Signed-off-by: Frediano Ziglio Reviewed-by: Dave Airlie --- drivers/gpu/drm/qxl/qxl_release.c | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/qxl/qxl_release.c b/drivers/gpu/drm/qxl/qxl_release.c index 6fd8

[PATCH 06/11] drm/qxl: Fix return for qxl_release_alloc

This function return handle to allocated release object which is an int. Signed-off-by: Frediano Ziglio Reviewed-by: Dave Airlie --- drivers/gpu/drm/qxl/qxl_release.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/qxl/qxl_release.c b/drivers/gpu/drm/qxl/qxl

[PATCH 05/11] drm/qxl: Handle all errors in qxl_surface_evict

Only EBUSY error was handled. This could cause code to believe reserve was successful while it failed. Signed-off-by: Frediano Ziglio Reviewed-by: Dave Airlie --- drivers/gpu/drm/qxl/qxl_cmd.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/qxl/qxl_cm

[PATCH 04/11] drm/qxl: Avoid double free on error

Is we are not able to get source bo object from handle we free destination bo object and call cleanup code however destination object was already inserted in reloc_info array (num_relocs was already incremented) so on cleanup we free destination again. Signed-off-by: Frediano Ziglio Reviewed-by:

[PATCH 03/11] drm/qxl: Fix print statement not using uninitialized variable

reloc_info[i] is not still initialized in the print statement. Signed-off-by: Frediano Ziglio Reviewed-by: Dave Airlie --- drivers/gpu/drm/qxl/qxl_ioctl.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/qxl/qxl_ioctl.c b/drivers/gpu/drm/qxl/qxl_ioctl.c index

[PATCH 02/11] drm/qxl: Do not leak memory if qxl_release_list_add fails

If the function fails reference counter to the object is not decremented causing leaks. This is hard to spot as it happens only on very low memory situations. Signed-off-by: Frediano Ziglio Reviewed-by: Dave Airlie --- drivers/gpu/drm/qxl/qxl_ioctl.c | 4 +++- 1 file changed, 3 insertions(+), 1

[PATCH 01/11] drm/qxl: Do not cause spice-server to clean our objects

If objects are moved back from system memory to VRAM (and spice id created again) memory is already initialized so we need to set flag to not clear memory. If you don't do it after a while using desktop many images turns to black or transparents. Signed-off-by: Frediano Ziglio Reviewed-by: Dave A

[PATCH 00/11 v2] Miscellaneous stability patches

This set of patches mainly contains fix for some memory issues using quite aggressively surfaces and other minor problems like images going black after a while. There are no code change from v1, changes: - fix path prefix - rebased on drm-next branch; - add "drm/qxl" prefix on subject; - add revie

[PULL resend] drm-amdkfd-next

Hi Dave, Resending pull request of amdkfd for 4.2 I fixed the three things you asked me: - rename get_dbgmgr_mutex to kfd_get_dbgmgr_mutex to namespace it - change void* to uint64_t inside ioctl arguments - use kmalloc instead of kzalloc because we use copy_from_user immediately after it Follo

[PATCH] drm/exynos: add a dependency on FB_S3C to DECON driver

This patch makes one of Linux framebuffer and DRM CRTC drivers to be enabled. Display controllers, FIMD and DECON, can be controlled by Linux framebuffer or DRM CRTC drivers so only one of them should be enabled. Signed-off-by: Inki Dae --- drivers/gpu/drm/exynos/Kconfig |2 +- 1 file chang

[PATCH] drm/rockchip: only call drm_fb_helper_hotplug_event if fb_helper present

On 2015年06月02日 22:41, Heiko Stübner wrote: > Add a check for the presence of fb_helper to > rockchip_drm_output_poll_changed() > to only call drm_fb_helper_hotplug_event if there is actually a fb_helper > available. Without this check I see NULL pointer dereferences when the > hdmi hotplug

[PATCH v2] drm/rockchip: Add BGR formats to VOP

On 2015年05月30日 02:56, Tomasz Figa wrote: > On Mon, May 11, 2015 at 7:55 PM, Tomasz Figa wrote: >> VOP can support BGR formats in all windows thanks to red/blue swap option >> provided in WINx_CTRL0 registers. This patch enables support for >> ABGR, XBGR, BGR888 and BGR565 formats by

[Linaro-mm-sig] [RFCv3 2/2] dma-buf: add helpers for sharing attacher constraints with dma-parms

On 06/03/15 10:41, Russell King - ARM Linux wrote: > On Wed, Jun 03, 2015 at 08:39:55AM +0200, Hans Verkuil wrote: >> Hi Sumit, >> >> On 05/05/2015 04:41 PM, Sumit Semwal wrote: >>> Hi Russell, everyone, >>> >>> First up, sincere apologies for being awol for sometime; had some >>> personal / medica

[PATCH 2/9] mm: Provide new get_vaddr_frames() helper

patch attached. Honza -- Jan Kara SUSE Labs, CR -- next part -- A non-text attachment was scrubbed... Name: 0001-mm-Move-get_vaddr_frames-behind-a-config-option.patch Type: text/x-patch Size: 16477 bytes Desc

[PATCH 9/9] drm/exynos: unify exynos_drm_plane names with drm core

From: Gustavo Padovan Rename crtc_{widht,height} to crtc_{w,h} and src_{width,height} to src_{w,h} to make it similar to the atomic state names. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos7_drm_decon.c | 14 +++--- drivers/gpu/drm/exynos/exynos_drm_drv.h| 16 ++

[PATCH 8/9] drm/exynos: remove unused fields from struct exynos_drm_plane

From: Gustavo Padovan Now after the mode to use drm_plane_state directly struct drm_plane_state has many unused fields, along with others that weren't used before the plane state change. Thus remove them all. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_drv.h | 18 -

[PATCH 7/9] drm/exynos: use drm atomic state directly

From: Gustavo Padovan For some fields the use struct exynos_drm_plane filled with data from the plane state just creates a source of duplicated information and overhead. Here we change the crtc drivers to access the plane state directly simplifying the code by not relying on a exynos internal str

[PATCH 6/9] drm/exynos: remove duplicated check for suspend

From: Gustavo Padovan The same check is place twice in fimd/decon_update_plane(), remove one of them. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos7_drm_decon.c | 3 --- drivers/gpu/drm/exynos/exynos_drm_fimd.c | 3 --- 2 files changed, 6 deletions(-) diff --git a/drivers

[PATCH 5/9] drm/exynos: pass struct exynos_drm_plane in update/enable

From: Gustavo Padovan We already have the plane pointer in before calling .update_plane() or disable_plane() so pass it directly to those calls avoiding a new conversion from zpos to struct exynos_drm_plane. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos7_drm_decon.c | 26 +++

[PATCH 4/9] drm/exynos: don't disable planes already disabled

From: Gustavo Padovan on resume (or enable()) do not call disable_plane() on planes that are already disabled. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_fimd.c | 15 +-- 1 file changed, 1 insertion(+), 14 deletions(-) diff --git a/drivers/gpu/drm/exynos/

[PATCH 3/9] drm/exynos: rename win_commit/disable to atomic-like names

From: Gustavo Padovan Rename win_commit() helper to update_plane() and win_disable() to disable_plane(). Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos7_drm_decon.c | 14 +++--- drivers/gpu/drm/exynos/exynos_drm_drv.h| 4 ++-- drivers/gpu/drm/exynos/exynos_drm_fi

[PATCH 2/9] drm/exynos: add atomic asynchronous commit

From: Gustavo Padovan The atomic modesetting interfaces supports async commits that should be implemented by the drivers. If drm core requests an async commit exynos_atomic_commit() will schedule a work task to run the update later. It also waits to an update to finishes to schedule a new one. S

[PATCH 1/9] drm/exynos: add error messages if clks failed to get enabled

From: Gustavo Padovan Check error and call DRM_ERROR if clk_prepare_enable() fails. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos7_drm_decon.c | 29 drivers/gpu/drm/exynos/exynos_drm_fimd.c | 14 -- drivers/gpu/drm/exynos/exynos_mix

[PATCH] drm/exynos: vidi: remove unused varables

This patch removes unnsed varables in vidi_disable function. Signed-off-by: Inki Dae --- drivers/gpu/drm/exynos/exynos_drm_vidi.c |2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_vidi.c b/drivers/gpu/drm/exynos/exynos_drm_vidi.c index abe4ee0..16dc68c 10

[PATCH] drm/exynos: add a dependency on FB_S3C to DECON driver

Hi Inki, 2015-06-03 Inki Dae : > This patch makes one of Linux framebuffer and DRM CRTC drivers > to be enabled. > > Display controllers, FIMD and DECON, can be controlled by Linux > framebuffer or DRM CRTC drivers so only one of them should be > enabled. > > Signed-off-by: Inki Dae > --- > d

[PATCH] drm/exynos: vidi: remove unused varables

Hi Inki, 2015-06-03 Inki Dae : > This patch removes unnsed varables in vidi_disable function. > > Signed-off-by: Inki Dae > --- > drivers/gpu/drm/exynos/exynos_drm_vidi.c |2 -- > 1 file changed, 2 deletions(-) Reviewed-by: Gustavo Padovan Gustavo

[PATCH v10 17/17] drm/exynos: split exynos_crtc->dpms in enable() and disable()

Hi Inki, 2015-06-03 Inki Dae : > Hi, > > On 2015년 06월 02일 00:04, Gustavo Padovan wrote: > > From: Gustavo Padovan > > > > To follow more closely the new atomic API we split the dpms() > > helper into the enable() and disable() helper to get exactly the > > same semantics. > > > > Signed

[PATCH v10 17/17] drm/exynos: split exynos_crtc->dpms in enable() and disable()

On 2015년 06월 02일 23:19, Javier Martinez Canillas wrote: > Hello Gustavo, > > On Tue, Jun 2, 2015 at 4:06 PM, Gustavo Padovan > wrote: >> Hi Inki, >> >> 2015-06-02 Inki Dae : >> >>> Hi, >>> >>> On 2015년 06월 02일 00:04, Gustavo Padovan wrote: From: Gustavo Padovan To fol

[Linaro-mm-sig] [RFCv3 2/2] dma-buf: add helpers for sharing attacher constraints with dma-parms

On Wed, Jun 03, 2015 at 08:39:55AM +0200, Hans Verkuil wrote: > Hi Sumit, > > On 05/05/2015 04:41 PM, Sumit Semwal wrote: > > Hi Russell, everyone, > > > > First up, sincere apologies for being awol for sometime; had some > > personal / medical things to take care of, and then I thought I'd wait

[Linaro-mm-sig] [RFCv3 2/2] dma-buf: add helpers for sharing attacher constraints with dma-parms

Hi Sumit, On 05/05/2015 04:41 PM, Sumit Semwal wrote: > Hi Russell, everyone, > > First up, sincere apologies for being awol for sometime; had some > personal / medical things to take care of, and then I thought I'd wait > for the merge window to get over before beginning to discuss this > again.

[PATCH 0/3] Use acpi_video_unregister_backlight instead of acpi_video_unregister in platfrom backlight drivers

On Tue, Jun 02, 2015 at 10:33:50PM +0800, Aaron Lu wrote: > On Tue, Jun 02, 2015 at 12:14:28PM +0200, Hans de Goede wrote: > > > > If this makes sense (*) then the cooling device stuff should maybe moved > > from the acpi/video.c code to the backlight core code. > > It's just a specific driver th

[Linaro-mm-sig] [RFCv3 1/2] device: add dma_params->max_segment_count

Hi Sumit, Rob, Is there any reason why this patch hasn't been merged yet? It makes perfect sense to me and I would really like to use this in the media drivers. Many DMA engines do have a limit to the number of segments (obviously a max count of 1 being the most common limitation, but other limit

[Bug 71891] 3.13 fails to boot with the radeon module

https://bugzilla.kernel.org/show_bug.cgi?id=71891 closesrc changed: What|Removed |Added CC||bluesinn at outlook.com --- Comment #47 from c

[PATCH 00/21] On-demand device registration

Am 02.06.2015 um 10:48 schrieb Linus Walleij: > On Mon, May 25, 2015 at 4:53 PM, Tomeu Vizoso > wrote: > >> have looked into ordered probing as a >> better way of solving this than moving nodes around in the DT or playing with >> initcall levels. >> >> While reading the thread [1] that Alexander