[PATCH] drm: Display Nouveau boot options at launch

It can help to remove any ambiguity about which options were passed to Nouveau, especially in case the user had some options set in /etc/modprobe.d/*.conf that he forgot about, as they won't appear in a dmesg. Signed-off-by: Pierre Moreau --- drm/nouveau_chan.c | 2 +- drm/nouveau_chan.h

[PATCH] drm: Fix duplicate definition of NV04_PFB_BOOT_0_*

Signed-off-by: Pierre Moreau --- drm/core/include/subdev/fb/regsnv04.h | 1 + nvkm/include/subdev/fb/regsnv04.h | 21 + nvkm/subdev/devinit/fbmem.h | 18 ++ nvkm/subdev/fb/ramnv04.c | 17 + 4 files changed, 25

[PATCH 1/3] drm/radeon: take exclusive_lock in read mode during ring tests

Hey, On 18-08-14 18:10, Alex Deucher wrote: > On Mon, Aug 18, 2014 at 12:07 PM, Christian K?nig > wrote: >>> Yeah, looks like a bug. I think the attached patch should fix it. >> >> Sounds logical and the patch is Reviewed-by: Christian K?nig >> >> >> Going to apply Maartens patch on top and

[Bug 80365] [drm:ci_dpm_set_power_state] *ERROR* ci_upload_dpm_level_enable_mask failed

org/archives/dri-devel/attachments/20140818/f8676ad8/attachment.html>

[PATCH 1/2] drm/mipi-dsi: consider low power transmission

On 2014? 08? 18? 20:38, Andrzej Hajda wrote: > On 08/18/2014 10:11 AM, Inki Dae wrote: >> This patch adds a new flag, MIPI_DSI-MODE_LPM, to transmit data >> in low power. With this flag, msg.flags has MIPI_DSI_MSG_USE_LPM >> so that host driver of each SoC can clear or set relevant register >> bit

[Bug 82581] CL_DEVICE_MAX_COMPUTE_UNITS increases by 100 every time runpm powers on 7970M pitcairn

https://bugzilla.kernel.org/show_bug.cgi?id=82581 Alex Deucher changed: What|Removed |Added Attachment #147041|0 |1 is obsolete|

[Bug 82783] [radeonsi] [r9 280] Constantly receiving "Failed to allocate a buffer" (of size 0) messages

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140818/c57a64d5/attachment.html>

[Bug 82162] Syslog flooded by [drm:radeon_gem_object_create] errors

vel/attachments/20140818/d119d8ff/attachment.html>

[PATCH v2] imx-drm: imx-drm-core: add suspend/resume support

Hi Andrzej, On Mon, Aug 18, 2014 at 09:43:19AM +0200, Andrzej Hajda wrote: > > diff --git a/drivers/staging/imx-drm/imx-drm-core.c > > b/drivers/staging/imx-drm/imx-drm-core.c > > index def8280d7ee6..ab41152089a3 100644 > > --- a/drivers/staging/imx-drm/imx-drm-core.c > > +++

[Bug 82783] New: [radeonsi] [r9 280] Constantly receiving "Failed to allocate a buffer" (of size 0) messages

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

[Bug 82711] After update to kernel soft lockup (oops) and incomplete boot and shutdown fail

https://bugzilla.kernel.org/show_bug.cgi?id=82711 Mike Cloaked changed: What|Removed |Added Summary|After update to kernel soft |After update to kernel soft

[Bug 82711] After update to kernel soft lockup and incomplete boot and shutdown fail

https://bugzilla.kernel.org/show_bug.cgi?id=82711 --- Comment #8 from Mike Cloaked --- Created attachment 147141 --> https://bugzilla.kernel.org/attachment.cgi?id=147141=edit systemd journal log after incomplete boot as per comment #6 -- You are receiving this mail because: You are watching

[Bug 82711] After update to kernel soft lockup and incomplete boot and shutdown fail

https://bugzilla.kernel.org/show_bug.cgi?id=82711 --- Comment #7 from Mike Cloaked --- Created attachment 147131 --> https://bugzilla.kernel.org/attachment.cgi?id=147131=edit dmesg log after incomplete boot as per comment #6 -- You are receiving this mail because: You are watching the

[Bug 82711] After update to kernel soft lockup and incomplete boot and shutdown fail

https://bugzilla.kernel.org/show_bug.cgi?id=82711 --- Comment #6 from Mike Cloaked --- After the system was powered off as in comment #5 the laptop was booted again - to the kdm greeter - but changing to a text VT only and attempting to log in as root the screen became filled with log messages,

[Bug 82711] After update to kernel soft lockup and incomplete boot and shutdown fail

https://bugzilla.kernel.org/show_bug.cgi?id=82711 --- Comment #5 from Mike Cloaked --- After capturing the log files in comments #3 and #4 the system was commanded to power off using "systemctl poweroff". The shutdown sequence started and was interrupted by a countdown timer displaying on the

[Bug 82581] CL_DEVICE_MAX_COMPUTE_UNITS increases by 100 every time runpm powers on 7970M pitcairn

https://bugzilla.kernel.org/show_bug.cgi?id=82581 --- Comment #2 from Christoph Haag --- It helps for the issue of increasing. But now it always returns 100. I don't think the HD 7970M has 100 compute units. http://www.amd.com/de-de/products/graphics/notebook/7900m#2 says "20 Compute Units

[Bug 82711] After update to kernel soft lockup and incomplete boot and shutdown fail

https://bugzilla.kernel.org/show_bug.cgi?id=82711 Mike Cloaked changed: What|Removed |Added Summary|After update to kernel soft |After update to kernel soft

[Bug 82711] After update to kernel soft lockup and incomplete boot

https://bugzilla.kernel.org/show_bug.cgi?id=82711 --- Comment #4 from Mike Cloaked --- Created attachment 147121 --> https://bugzilla.kernel.org/attachment.cgi?id=147121=edit Systemd journal after failed reboot from kdm greeter After logging out from kde and selecting reboot, the system

[Patch] DRM support for addressing >32 bits on 32 bit cores (Radeon DRM driver+TTM)

On 15.08.2014 20:46, Andrej Krutak wrote: > > I was advised to send this stuff here ( > https://bugs.freedesktop.org/show_bug.cgi?id=18154 ). Please send them as Git patches with a proper commit log. Preferably with git send-email, but at least generated by git format-patch. See

[Bug 82711] After update to kernel soft lockup and incomplete boot

https://bugzilla.kernel.org/show_bug.cgi?id=82711 --- Comment #3 from Mike Cloaked --- Created attachment 147111 --> https://bugzilla.kernel.org/attachment.cgi?id=147111=edit dmesg after selecting reboot from kdm Selecting reboot from kdm greeter the system failed to reboot but left a working

[Bug 82711] After update to kernel soft lockup and incomplete boot

https://bugzilla.kernel.org/show_bug.cgi?id=82711 --- Comment #2 from Mike Cloaked --- After a normal looking bootup and working with a normal kde session, I logged out of kde, and used the kdm greeter screen to request the system to reboot. It seemed to exit from X but left the system hanging

[PATCH 2/3] drm/radeon: handle lockup in delayed work, v3

Am 18.08.2014 um 17:28 schrieb Maarten Lankhorst: > Op 18-08-14 om 17:12 schreef Christian K?nig: >> Am 18.08.2014 um 16:45 schrieb Maarten Lankhorst: >>> Signed-off-by: Maarten Lankhorst >>> --- >>> V1 had a nasty bug breaking gpu lockup recovery. The fix is not >>> allowing

[PATCH] drm/radeon: Always flush VM again on < CIK

On 15.08.2014 23:52, Christian K?nig wrote: > > I think I've figured out what the cause of the remaining issues is while > working on the implicit sync stuff. > > The issue happens when the flush is done because of a CS to the DMA ring > and a CS to the GFX ring directly after that which depends

[PATCH 1/3] drm/radeon: take exclusive_lock in read mode during ring tests

> Yeah, looks like a bug. I think the attached patch should fix it. Sounds logical and the patch is Reviewed-by: Christian K?nig Going to apply Maartens patch on top and test that one a bit to make sure it works as expected. Regards, Christian. Am 18.08.2014 um 18:03 schrieb Alex Deucher: >

[PATCH] drm/radeon: Only flush HDP cache for indirect buffers from userspace

From: Michel D?nzer It isn't necessary for command streams generated by the kernel (at least not while we aren't storing ring or indirect buffers in VRAM). Signed-off-by: Michel D?nzer --- drivers/gpu/drm/radeon/cik.c | 8

[PATCH] drm/exynos: dsi: fix exynos_dsi_set_pll() wrong return value

On 2014? 08? 14? 11:22, YoungJun Cho wrote: > The type of this function is unsigned long, and it is expected > to return proper fout value or zero if something is wrong. > So this patch fixes wrong return value for error cases. Applied. Thanks, Inki Dae > > Signed-off-by: YoungJun Cho >

[PATCH 2/3] drm/radeon: handle lockup in delayed work, v3

Op 18-08-14 om 17:12 schreef Christian K?nig: > Am 18.08.2014 um 16:45 schrieb Maarten Lankhorst: >> Signed-off-by: Maarten Lankhorst >> --- >> V1 had a nasty bug breaking gpu lockup recovery. The fix is not >> allowing radeon_fence_driver_check_lockup to take exclusive_lock, >> and kill it

[PATCH 1/3] drm/radeon: take exclusive_lock in read mode during ring tests, v2

This is needed for the next commit, because the lockup detection will need the read lock to run. Signed-off-by: Maarten Lankhorst --- Changes since v1: Changed order of resuming a bit according to ckoenig's feedback. Reset handling seems just as unreliable as before this commit, but at least

[PATCH 5/5] ARM: dts: add mipi dsi device node to exynos3250.dtsi

Signed-off-by: Inki Dae --- arch/arm/boot/dts/exynos3250.dtsi | 15 +++ 1 file changed, 15 insertions(+) diff --git a/arch/arm/boot/dts/exynos3250.dtsi b/arch/arm/boot/dts/exynos3250.dtsi index 2bab12f..480dedf 100644 --- a/arch/arm/boot/dts/exynos3250.dtsi +++

[PATCH 4/5] ARM: dts: add mipi_phy device node to exynos3250.dtsi

This patch adds mipi_phy device node to reset, disable and enable DSIM and CSIS PHY. Signed-off-by: Inki Dae --- arch/arm/boot/dts/exynos3250.dtsi |6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm/boot/dts/exynos3250.dtsi b/arch/arm/boot/dts/exynos3250.dtsi index

[PATCH 3/5] ARM: dts: add fimd device node to exynos3250.dsti

Signed-off-by: Inki Dae --- arch/arm/boot/dts/exynos3250.dtsi | 12 1 file changed, 12 insertions(+) diff --git a/arch/arm/boot/dts/exynos3250.dtsi b/arch/arm/boot/dts/exynos3250.dtsi index 1d52de6..0ec2584 100644 --- a/arch/arm/boot/dts/exynos3250.dtsi +++

[PATCH 2/5] drm/exynos: fimd: add Exynos3 SoC support

Signed-off-by: Inki Dae --- .../devicetree/bindings/video/samsung-fimd.txt |1 + drivers/gpu/drm/exynos/exynos_drm_fimd.c | 10 ++ 2 files changed, 11 insertions(+) diff --git a/Documentation/devicetree/bindings/video/samsung-fimd.txt

[PATCH 1/5] drm/exynos: mipi-dsi: add Exynos3 SoC support

This patch adds Exynos3250/3472 SoCs support. Signed-off-by: Inki Dae --- .../devicetree/bindings/video/exynos_dsim.txt |1 + drivers/gpu/drm/exynos/exynos_drm_dsi.c|8 2 files changed, 9 insertions(+) diff --git

[PATCH 0/5] drm/exynos: support Exynos3250 SoC

This patch series adds of_device_id and relevant device nodes for Exynos3250 SoC support. Inki Dae (5): drm/exynos: mipi-dsi: add Exynos3 SoC support drm/exynos: fimd: add Exynos3 SoC support ARM: dts: add fimd device node to exynos3250.dsti ARM: dts: add mipi_phy device node to

[PATCH] drm/radeon: Sync ME and PFP after CP semaphore waits v2

Am 18.08.2014 um 17:02 schrieb Alex Deucher: > On Mon, Aug 18, 2014 at 10:30 AM, Christian K?nig > wrote: >> From: Christian K?nig >> >> Fixes lockups due to CP read GPUVM faults when running piglit on Cape >> Verde. >> >> v2 (chk): apply the fix to R600+ as well, on CIK only the GFX CP has >>

[PATCH] drm/radeon: fix active_cu mask on SI and CIK after re-init (v2)

Need to initialize the mask to 0 on init, otherwise it keeps increasing. bug: https://bugzilla.kernel.org/show_bug.cgi?id=82581 v2: also fix cu count Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/radeon/cik.c | 9 - drivers/gpu/drm/radeon/si.c | 9

[PATCH 2/3] drm/radeon: handle lockup in delayed work, v3

Am 18.08.2014 um 16:45 schrieb Maarten Lankhorst: > Signed-off-by: Maarten Lankhorst > --- > V1 had a nasty bug breaking gpu lockup recovery. The fix is not > allowing radeon_fence_driver_check_lockup to take exclusive_lock, > and kill it during lockup recovery instead. > V2 used delayed work

[PATCH 2/2] drm/exynos: mipi-dsi: consider non-continuous clock mode

This patch adds non-continuous clock mode support Clock mode on Clock Lane is continuous clock by default. So if we want to transmit data in non-continuous clock mode to reduce power consumption, then host driver should set DSIM_CLKLANE_STOP bit. In this case, host controller turns off HS clock

[PATCH 1/2] drm/mipi-dsi: consider low power transmission

This patch adds a new flag, MIPI_DSI-MODE_LPM, to transmit data in low power. With this flag, msg.flags has MIPI_DSI_MSG_USE_LPM so that host driver of each SoC can clear or set relevant register bit for low power transmission. All host drivers shall support continuous clock behavior on the Clock

[PATCH 0/2] drm/mipi-dsi: support low power transmission

This patch considers low power transmisson to two clock behaviors, non-continuous and continuous clock mode. These two clock behaviors can transmit data in high speed or low power. So this patch series adds a new flag, MIPI_DSI_MODE_LPM so that each host driver can setup its host controller

[PATCH 1/3] drm/radeon: take exclusive_lock in read mode during ring tests

Am 18.08.2014 um 16:45 schrieb Maarten Lankhorst: > This is needed for the next commit, because the lockup detection > will need the read lock to run. > > Signed-off-by: Maarten Lankhorst > --- > drivers/gpu/drm/radeon/radeon.h| 2 +- > drivers/gpu/drm/radeon/radeon_device.c | 61 >

[PATCH 1/3] drm/radeon: take exclusive_lock in read mode during ring tests

-in-radeon_gpu_reset.patch Type: text/x-diff Size: 1677 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140818/83bbb64f/attachment.patch>

[PATCH 3/3] drm/radeon: add timeout argument to radeon_fence_wait_seq

This makes it possible to wait for a specific amount of time, rather than wait until infinity. Signed-off-by: Maarten Lankhorst Reviewed-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon_fence.c | 50 +-- 1 file changed, 30 insertions(+), 20 deletions(-)

[PATCH 2/3] drm/radeon: handle lockup in delayed work, v3

Signed-off-by: Maarten Lankhorst --- V1 had a nasty bug breaking gpu lockup recovery. The fix is not allowing radeon_fence_driver_check_lockup to take exclusive_lock, and kill it during lockup recovery instead. V2 used delayed work that ran during lockup recovery, but required read lock. I've

[PATCH 1/3] drm/radeon: take exclusive_lock in read mode during ring tests

This is needed for the next commit, because the lockup detection will need the read lock to run. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/radeon/radeon.h| 2 +- drivers/gpu/drm/radeon/radeon_device.c | 61 -- 2 files changed, 37

[PATCH] drm/radeon: Sync ME and PFP after CP semaphore waits v2

From: Christian K?nig Fixes lockups due to CP read GPUVM faults when running piglit on Cape Verde. v2 (chk): apply the fix to R600+ as well, on CIK only the GFX CP has a PFP, add more comments to R600 code, enable flushing again Signed-off-by: Michel D?nzer

DRM encoder/bridge architecture questions

Hi, We've got an IT6251 LVDS -> eDP bridge chip we're hanging off of a dual-lane LVDS port on an i.MX6. We have a driver we're using internally that's little more than a series of register pokes to boot the chip, but I'd like to clean it up for submission. What kind of device is this? It's

[PATCH 26/26] gpu: ipu-v3: Add ipu_dump()

From: Steve Longerbeam Adds ipu_dump() which dumps IPU register state to debug. Signed-off-by: Steve Longerbeam Signed-off-by: Philipp Zabel --- drivers/gpu/ipu-v3/ipu-common.c | 38 ++ include/video/imx-ipu-v3.h | 1 + 2 files

[PATCH 25/26] gpu: ipu-cpmem: Add ipu_cpmem_dump()

From: Steve Longerbeam Adds ipu_cpmem_dump() which dumps a channel's cpmem to debug. Signed-off-by: Steve Longerbeam Signed-off-by: Philipp Zabel --- drivers/gpu/ipu-v3/ipu-cpmem.c | 63 ++ include/video/imx-ipu-v3.h | 1 +

[PATCH 24/26] gpu: ipu-v3: Add more planar formats support

From: Steve Longerbeam Adds support for the following planar and partial-planar formats: YUV422 NV12 NV16 Signed-off-by: Dmitry Eremin-Solenikov Signed-off-by: Mohsin Kazmi Signed-off-by: Steve Longerbeam Unified base offset and Y plane offset into a single variable,

[PATCH 23/26] gpu: ipu-cpmem: Add second buffer support to ipu_cpmem_set_image()

From: Steve Longerbeam Add a second buffer physaddr to struct ipu_image, for double-buffering support. Signed-off-by: Steve Longerbeam Signed-off-by: Philipp Zabel --- drivers/gpu/ipu-v3/ipu-cpmem.c | 32 include/video/imx-ipu-v3.h

[PATCH 22/26] gpu: ipu-cpmem: Add ipu_cpmem_set_rotation()

From: Steve Longerbeam Adds ipu_cpmem_set_rotation(). Signed-off-by: Steve Longerbeam Signed-off-by: Philipp Zabel --- drivers/gpu/ipu-v3/ipu-cpmem.c | 10 ++ include/video/imx-ipu-v3.h | 2 ++ 2 files changed, 12 insertions(+) diff --git

[PATCH 21/26] gpu: ipu-cpmem: Add ipu_cpmem_set_axi_id()

From: Steve Longerbeam Adds ipu_cpmem_set_axi_id() to set which AXI bus master the channel will use to transfer data onto AXI bus. Signed-off-by: Steve Longerbeam Signed-off-by: Philipp Zabel --- drivers/gpu/ipu-v3/ipu-cpmem.c | 7 +++ include/video/imx-ipu-v3.h

[PATCH 20/26] gpu: ipu-cpmem: Add ipu_cpmem_set_block_mode()

From: Steve Longerbeam Adds ipu_cpmem_set_block_mode(). Signed-off-by: Steve Longerbeam Signed-off-by: Philipp Zabel --- drivers/gpu/ipu-v3/ipu-cpmem.c | 6 ++ include/video/imx-ipu-v3.h | 1 + 2 files changed, 7 insertions(+) diff --git

[PATCH 19/26] gpu: ipu-v3: Add ipu_idmac_lock_enable()

From: Steve Longerbeam Adds ipu_idmac_lock_enable(), which enables or disables channel burst locking. Signed-off-by: Steve Longerbeam Signed-off-by: Philipp Zabel --- drivers/gpu/ipu-v3/ipu-common.c | 69 +

[PATCH 18/26] gpu: ipu-v3: Add ipu_idmac_enable_watermark()

From: Steve Longerbeam Adds the function ipu_idmac_enable_watermark(), which enables or disables watermarking in the IDMAC channel. Enabling watermarking can increase a channel's AXI bus arbitration priority. Signed-off-by: Steve Longerbeam Signed-off-by: Philipp Zabel

[PATCH 17/26] gpu: ipu-v3: Add ipu_stride_to_bytes()

From: Steve Longerbeam Adds ipu_stride_to_bytes(), which converts a pixel stride to bytes, suitable for passing to cpmem. Signed-off-by: Steve Longerbeam Signed-off-by: Philipp Zabel --- drivers/gpu/ipu-v3/ipu-common.c | 30 ++

[PATCH 16/26] gpu: ipu-v3: Add __ipu_idmac_reset_current_buffer()

From: Steve Longerbeam Adds __ipu_idmac_reset_current_buffer() that resets a channel's internal current buffer pointer so that transfers start from buffer 0 on the next channel enable. This operation is required for channel linking to work correctly, for instance video

[PATCH 15/26] gpu: ipu-v3: Add ipu_idmac_clear_buffer()

From: Steve Longerbeam Add the reverse of ipu_idmac_select_buffer(), that is, clear a buffer ready status in a channel. Signed-off-by: Steve Longerbeam Signed-off-by: Philipp Zabel --- drivers/gpu/ipu-v3/ipu-common.c | 28

[PATCH 14/26] gpu: ipu-v3: Add ipu_idmac_buffer_is_ready()

From: Steve Longerbeam Add ipu_idmac_buffer_is_ready(), returns true if the given buffer in the given channel is set ready (owned by IPU), or false if not ready (owned by CPU core). Support has been added for third buffer, there is no support yet for triple-buffering in

[PATCH 13/26] gpu: ipu-v3: Move IDMAC channel names to imx-ipu-v3.h

From: Steve Longerbeam Move the IDMAC channel names to imx-ipu-v3.h, to make the names available outside IPU. Add a couple new channels in the process (async display BG/FG, channels 24 and 29). Signed-off-by: Steve Longerbeam Signed-off-by: Philipp Zabel ---

[PATCH 12/26] gpu: ipu-v3: Add helper function checking if pixfmt is planar

From: Steve Longerbeam Add simple helper function returning true if passed pixel format is one of supported planar ones. Signed-off-by: Dmitry Eremin-Solenikov Signed-off-by: Philipp Zabel --- drivers/gpu/ipu-v3/ipu-common.c | 12

[PATCH 11/26] gpu: ipu-v3: Add rotation mode conversion utilities

From: Steve Longerbeam Add two functions: - ipu_degrees_to_rot_mode(): converts a degrees, hflip, and vflip setting to an IPU rotation mode. - ipu_rot_mode_to_degrees(): converts an IPU rotation mode with given hflip and vflip settings to degrees. Signed-off-by:

[PATCH 10/26] gpu: ipu-v3: Add ipu_mbus_code_to_colorspace()

From: Steve Longerbeam Add ipu_mbus_code_to_colorspace() to find ipu_color_space from a media bus pixel format code. Signed-off-by: Steve Longerbeam Signed-off-by: Philipp Zabel --- drivers/gpu/ipu-v3/ipu-common.c | 13 + include/video/imx-ipu-v3.h |

[PATCH 09/26] gpu: ipu-v3: smfc: Add ipu_smfc_set_watermark()

From: Steve Longerbeam Adds ipu_smfc_set_watermark() which programs a channel's SMFC FIFO levels at which the watermark signal is set and cleared. Signed-off-by: Steve Longerbeam Signed-off-by: Philipp Zabel --- drivers/gpu/ipu-v3/ipu-smfc.c | 20

[PATCH 08/26] gpu: ipu-v3: smfc: Convert to per-channel

From: Steve Longerbeam Convert the smfc object to be specific to a single smfc channel. Add ipu_smfc_{get|put} to retrieve and release a single smfc channel for exclusive use, and add use counter to ipu_smfc_{enable|disable}. Signed-off-by: Steve Longerbeam

[PATCH 07/26] gpu: ipu-v3: smfc: Move enable/disable to ipu-smfc.c

From: Steve Longerbeam Move the SMFC module enable/disable helpers into the ipu-smfc submodule. Signed-off-by: Steve Longerbeam Signed-off-by: Philipp Zabel --- drivers/gpu/ipu-v3/ipu-common.c | 12 drivers/gpu/ipu-v3/ipu-smfc.c | 12 2

[PATCH 06/26] gpu: ipu-v3: Add Image Converter unit

From: Steve Longerbeam Adds the Image Converter (IC) unit. Signed-off-by: Steve Longerbeam Condensed the three CSC setup functions into a single one that uses static tables to set up the CSC task parameters. Signed-off-by: Philipp Zabel ---

[PATCH 05/26] gpu: ipu-v3: Add Camera Sensor Interface unit

From: Steve Longerbeam Adds the Camera Sensor Interface (CSI) unit required for video capture. Signed-off-by: Steve Longerbeam Removed the unused clk_get_rate in ipu_csi_init_interface and the ipu_csi_ccir_err_detection_enable/disable functions. Signed-off-by: Philipp

[PATCH 04/26] gpu: ipu-v3: Rename and add IDMAC channels

From: Steve Longerbeam Rename the ENC/VF/PP rotation channel names, to be more consistent with the convention that *_MEM is write-to-memory channels and MEM_* is read-from-memory channels. Also add the channels who's source and destination is the IC. Signed-off-by: Steve

[PATCH 03/26] gpu: ipu-v3: Add functions to set CSI/IC source muxes

From: Steve Longerbeam Adds two new functions, ipu_set_csi_src_mux() and ipu_set_ic_src_mux(), that select the inputs to the CSI and IC respectively. Both muxes are programmed in the IPU_CONF register. Signed-off-by: Steve Longerbeam Signed-off-by: Philipp Zabel ---

[PATCH 02/26] staging: imx-drm: Convert to new ipu_cpmem API

From: Steve Longerbeam The ipu_cpmem_*() calls now take a channel pointer instead of a pointer into cpmem for that channel. Signed-off-by: Steve Longerbeam Signed-off-by: Philipp Zabel --- drivers/staging/imx-drm/ipuv3-plane.c | 16 ++-- 1 file changed, 6

[PATCH 01/26] gpu: ipu-v3: Add ipu-cpmem unit

From: Steve Longerbeam Move channel parameter memory setup functions and macros into a new submodule ipu-cpmem. In the process, cleanup arguments to the functions to take a channel pointer instead of a pointer into cpmem for that channel. That allows the structure of the

[PATCH v2 00/26] IPUv3 prep for video capture

Hi, this series of patches adds IPUv3 core code in preparation for video capture support and cleans up the CPMEM handling a bit. The first version of this series has been sent to the linux-media at vger.kernel.org list. I'm sending to dri-devel now, as I'd like to prepare a branch with them for

Ilija Hadzic's Virtual CRTCs feature discuss

Derek -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140818/515550ec/attachment-0001.html>

[Bug 77181] radeon -- GPU lockup when hibernating or waking up

https://bugzilla.kernel.org/show_bug.cgi?id=77181 --- Comment #6 from Rostislav Devyatov --- Also, after a "normal" wake-up from hibernate, when the screen does not get distorted, I see the following message in dmesg: [drm:rv770_dpm_set_power_state] *ERROR* rv770_set_sw_state failed -- You

[PATCH v2] imx-drm: imx-drm-core: add suspend/resume support

On 08/18/2014 02:58 PM, Andrzej Hajda wrote: > On 08/18/2014 02:38 PM, Shawn Guo wrote: >> Hi Andrzej, >> >> On Mon, Aug 18, 2014 at 09:43:19AM +0200, Andrzej Hajda wrote: diff --git a/drivers/staging/imx-drm/imx-drm-core.c b/drivers/staging/imx-drm/imx-drm-core.c index

[PATCH v2] imx-drm: imx-drm-core: add suspend/resume support

On 08/18/2014 02:38 PM, Shawn Guo wrote: > Hi Andrzej, > > On Mon, Aug 18, 2014 at 09:43:19AM +0200, Andrzej Hajda wrote: >>> diff --git a/drivers/staging/imx-drm/imx-drm-core.c >>> b/drivers/staging/imx-drm/imx-drm-core.c >>> index def8280d7ee6..ab41152089a3 100644 >>> ---

[PATCH v2] imx-drm: imx-drm-core: add suspend/resume support

On Fri, Jul 25, 2014 at 02:20:40PM +0800, Shawn Guo wrote: > HDMI currently stops working after a system suspend/resume cycle. The > cause is that the mode setting states in hardware gets lost and isn't > restored across the suspend/resume cycle. > > The patch adds a very basic suspend/resume

[Bug 82581] CL_DEVICE_MAX_COMPUTE_UNITS increases by 100 every time runpm powers on 7970M pitcairn

https://bugzilla.kernel.org/show_bug.cgi?id=82581 Alex Deucher changed: What|Removed |Added CC||alexdeucher at gmail.com --- Comment #1

[PATCH] drm/edid: Reduce horizontal timings for pixel replicated modes

From: Clint Taylor Pixel replicated modes should be 720 horizontal pixel and pixel replicated by the HW across the HDMI cable at 2X pixel clock. Current horizontal resolution of 1440 does not allow pixel duplication to occur and scaling artifacts occur on the TV. HDMI

[PATCH 1/2] drm/mipi-dsi: consider low power transmission

On 08/18/2014 10:11 AM, Inki Dae wrote: > This patch adds a new flag, MIPI_DSI-MODE_LPM, to transmit data > in low power. With this flag, msg.flags has MIPI_DSI_MSG_USE_LPM > so that host driver of each SoC can clear or set relevant register > bit for low power transmission. > > All host drivers

[PATCH 2/2] drm/exynos: mipi-dsi: consider non-continuous clock mode

On 08/18/2014 10:11 AM, Inki Dae wrote: > This patch adds non-continuous clock mode support > > Clock mode on Clock Lane is continuous clock by default. > So if we want to transmit data in non-continuous clock mode > to reduce power consumption, then host driver should set > DSIM_CLKLANE_STOP bit.

[PATCH 1/3] drm/radeon: take exclusive_lock in read mode during ring tests

On Mon, Aug 18, 2014 at 12:07 PM, Christian K?nig wrote: >> Yeah, looks like a bug. I think the attached patch should fix it. > > Sounds logical and the patch is Reviewed-by: Christian K?nig > > > Going to apply Maartens patch on top and test that one a bit to make sure it > works as expected.

[PATCH 1/3] drm/radeon: take exclusive_lock in read mode during ring tests

o this, but it's probably a bug in the current reset code > that this is after the IB tests, cause the IB tests needs everything powered > up and with PM handling suspended it is possible that individual blocks are > powered down. Yeah, looks like a bug. I think the attached patch should fix it. Alex > > Thanks, > Christian. > > >> drm_helper_resume_force_mode(rdev->ddev); >> - ttm_bo_unlock_delayed_workqueue(>mman.bdev, resched); >> if (r) { >> /* bad news, how to tell it to userspace ? */ >> dev_info(rdev->dev, "GPU reset failed\n"); >> } >> - up_write(>exclusive_lock); >> + rdev->in_reset = false; >> + up_read(>exclusive_lock); >> return r; >> } >> > > > ___ > dri-devel mailing list > dri-devel at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel -- next part -- A non-text attachment was scrubbed... Name: 0001-drm-radeon-fix-pm-handling-in-radeon_gpu_reset.patch Type: text/x-diff Size: 1883 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140818/457a5748/attachment.patch>

[PATCH] drm/radeon: Always flush VM again on < CIK

Am 18.08.2014 um 11:10 schrieb Michel D?nzer: > On 15.08.2014 23:52, Christian K?nig wrote: >> I think I've figured out what the cause of the remaining issues is while >> working on the implicit sync stuff. >> >> The issue happens when the flush is done because of a CS to the DMA ring >> and a CS

[PATCH 5/5] ARM: dts: add mipi dsi device node to exynos3250.dtsi

On 08/18/2014 10:21 AM, Inki Dae wrote: > Signed-off-by: Inki Dae Reviewed-by: Andrzej Hajda -- Regards Andrzej > --- > arch/arm/boot/dts/exynos3250.dtsi | 15 +++ > 1 file changed, 15 insertions(+) > > diff --git a/arch/arm/boot/dts/exynos3250.dtsi >

[PATCH 4/5] ARM: dts: add mipi_phy device node to exynos3250.dtsi

On 08/18/2014 10:21 AM, Inki Dae wrote: > This patch adds mipi_phy device node to reset, disable and enable > DSIM and CSIS PHY. > > Signed-off-by: Inki Dae Reviewed-by: Andrzej Hajda -- Regards Andrzej > --- > arch/arm/boot/dts/exynos3250.dtsi |6 ++ > 1 file changed, 6 insertions(+) >

[PATCH 3/5] ARM: dts: add fimd device node to exynos3250.dsti

On 08/18/2014 10:21 AM, Inki Dae wrote: > Signed-off-by: Inki Dae Reviewed-by: Andrzej Hajda -- Regards Andrzej > --- > arch/arm/boot/dts/exynos3250.dtsi | 12 > 1 file changed, 12 insertions(+) > > diff --git a/arch/arm/boot/dts/exynos3250.dtsi >

[PATCH 2/5] drm/exynos: fimd: add Exynos3 SoC support

On 08/18/2014 10:21 AM, Inki Dae wrote: > Signed-off-by: Inki Dae Reviewed-by: Andrzej Hajda -- Regards Andrzej > --- > .../devicetree/bindings/video/samsung-fimd.txt |1 + > drivers/gpu/drm/exynos/exynos_drm_fimd.c | 10 ++ > 2 files changed, 11 insertions(+) > >

[PATCH 1/5] drm/exynos: mipi-dsi: add Exynos3 SoC support

On 08/18/2014 10:21 AM, Inki Dae wrote: > This patch adds Exynos3250/3472 SoCs support. > > Signed-off-by: Inki Dae Reviewed-by: Andrzej Hajda -- Regards Andrzej > --- > .../devicetree/bindings/video/exynos_dsim.txt |1 + > drivers/gpu/drm/exynos/exynos_drm_dsi.c|8

[PATCH] drm/radeon: Sync ME and PFP after CP semaphore waits v2

!vm->last_flush || pd_addr != vm->pd_gpu_addr) { > + if (!vm->last_flush || pd_addr != vm->pd_gpu_addr) { > trace_radeon_vm_flush(pd_addr, ring, vm->id); > vm->pd_gpu_addr = pd_addr; > radeon_ring_vm_flush(rdev, ring, vm); > -- > 1.9.1 > -- next part -- A non-text attachment was scrubbed... Name: 0001-drm-radeon-Sync-ME-and-PFP-after-CP-semaphore-waits-.patch Type: text/x-diff Size: 4803 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140818/6c21a4ed/attachment-0001.patch>

[Bug 82046] [Bisected] xbmc crashes with recent git mesa (git-150ac07) on r600g

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140818/bf5eafa3/attachment.html>

[PATCH] drm/radeon: Only flush HDP cache for indirect buffers from userspace

On Mon, Aug 18, 2014 at 4:34 AM, Michel D?nzer wrote: > From: Michel D?nzer > > It isn't necessary for command streams generated by the kernel (at least > not while we aren't storing ring or indirect buffers in VRAM). > > Signed-off-by: Michel D?nzer Applied to my fixes tree. Thanks! Alex >

[Bug 82711] After update to kernel soft lockup and incomplete boot

https://bugzilla.kernel.org/show_bug.cgi?id=82711 --- Comment #1 from Mike Cloaked --- Created attachment 147031 --> https://bugzilla.kernel.org/attachment.cgi?id=147031=edit Journal log after cleaning out systemd journal and reboot -- You are receiving this mail because: You are watching

[PATCH] drm/radeon: properly document reloc priority mask

On Fri, Aug 15, 2014 at 5:52 AM, Christian K?nig wrote: > From: Christian K?nig > > Instead of hard coding the value properly document > that this is an userspace interface. > > No intended functional change. > > Signed-off-by: Christian K?nig Applied to my fixes tree. thanks! Alex > --- >

[PATCH] drm/radeon: fix active_cu mask on SI and CIK after re-init

Need to initialize the mask to 0 on init, otherwise it keeps increasing. bug: https://bugzilla.kernel.org/show_bug.cgi?id=82581 Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/radeon/cik.c | 1 + drivers/gpu/drm/radeon/si.c | 1 + 2 files changed, 2 insertions(+)

[Intel-gfx] [PATCH] drm: HDMI pixel replication modes now hactive of 720 for pixel replication

On 08/12/2014 04:07 AM, Ville Syrj?l? wrote: > On Tue, Jul 29, 2014 at 02:58:23PM -0700, clinton.a.taylor at intel.com wrote: >> From: Clint Taylor >> >> CEA SD interlaced modes use a horizontal 720 pixels that are pixel >> replicated to 1440. The current driver reports 1440 pixel to the OS and

[Bug 82711] New: After update to kernel soft lockup and incomplete boot

https://bugzilla.kernel.org/show_bug.cgi?id=82711 Bug ID: 82711 Summary: After update to kernel soft lockup and incomplete boot Product: Drivers Version: 2.5 Kernel Version: 3.16.1-1-ARCH Hardware: All OS: Linux

[PATCH v2] imx-drm: imx-drm-core: add suspend/resume support

Hi Shawn, On 07/25/2014 08:20 AM, Shawn Guo wrote: > HDMI currently stops working after a system suspend/resume cycle. The > cause is that the mode setting states in hardware gets lost and isn't > restored across the suspend/resume cycle. > > The patch adds a very basic suspend/resume support

  1   2   >