[Bug 92258] [regression] Opening menu in Steam running via DRI_PRIME with enabled DRI3 could lead to radeon kernel module crash

fullscreen) - kernel hangup -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160418/70a75caf/attachment.html>

[Bug 92258] [regression] Opening menu in Steam running via DRI_PRIME with enabled DRI3 could lead to radeon kernel module crash

for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160418/46441a1e/attachment.html>

[PATCH] drm: fix lut value extraction function

On 18 April 2016 at 16:53, Daniel Vetter wrote: > On Mon, Apr 18, 2016 at 03:40:11PM +0100, Emil Velikov wrote: >> On 18 April 2016 at 13:36, Daniel Vetter wrote: >> > On Mon, Apr 18, 2016 at 12:09:51PM +0100, Lionel Landwerlin wrote: >> >> Ping? >> >> >> >> On 22/03/16 14:10, Lionel Landwerlin

[PATCH 02/13] drm/omapdrm: Use unlocked gem unreferencing

. Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160418/fb00b78d/attachment.sig>

[PATCH v3 0/3] drm/omap: support reset-gpios and vcc regulator

c Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160418/0fa208a5/attachment.sig>

[Bug 94984] XCom2 crashes with SIGSEGV on radeonsi

and, of course, It assumes that you own the game. Best Regards -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160418/6b7d7

[PATCH 1/2] drm/i915: Replace nondescript 'WARN_ON(!lret)' with a sensible error message

On Mon, Apr 18, 2016 at 01:43:13PM +0200, Maarten Lankhorst wrote: > Op 18-04-16 om 13:29 schreef ville.syrjala at linux.intel.com: > > From: Ville Syrjälä > > > > When a vblank wait times out in intel_atomic_wait_for_vblanks() we just > > get a cryptic 'WARN_ON(!ret)' backtrace in dmesg.

[PATCH 2/2] MAINTAINERS: Add maintainer for TI LCDC DRM driver

Add Jyri Sarha as tilcdc maintainer and Tomi Valkeinen as reviewer. Signed-off-by: Tomi Valkeinen Cc: Rob Clark Cc: Jyri Sarha --- MAINTAINERS | 7 +++ 1 file changed, 7 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index c235d8c72a57..313cdef294ee 100644 --- a/MAINTAINERS +++

[PATCH 1/2] MAINTAINERS: Add maintainer for OMAP DRM driver

Add Tomi Valkeinen as omapdrm maintainer. Signed-off-by: Tomi Valkeinen Cc: Rob Clark Cc: Laurent Pinchart --- MAINTAINERS | 7 +++ 1 file changed, 7 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 1d5b4becab6f..c235d8c72a57 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@

[PATCH 4/4] drm/omap: fix OMAP4 hdmi_core_powerdown_disable()

hdmi_core_powerdown_disable() is supposed to disable HDMI core's power-down mode. However, the function sets the power-down bit to 0, which means "enable power-down". This hasn't caused any issues as the PD seems to affect only interrupts from HDMI core, and none of those interrupts are used at

[PATCH 3/4] drm/omap: remove align_pitch()

The previous commit removed aligning the pitch to SGX's pitch requirement from align_pitch(). What's left is effectively a function that returns width * bytespp. To clean up the driver, we can remove the function and have the calculation inline in the two places which call align_pitch().

[PATCH 2/4] drm/omap: remove unnecessary pitch round-up

omapdrm checks if the pixel stride is divisible by 8. This is meant to ensure that the byte stride is 32, which is required by SGX. The check is not correct, as it checks for pixels, not bytes, and thus needlessly increases the stride for, e.g., NV12. Also, SGX driver is not supported in the

[PATCH 1/4] drm/omap: Fix missing includes

With certain kernel config options many omapdrm files fail to compile due to missing include of linux/gpio/consumer.h and linux/of.h. This patch adds those includes. Signed-off-by: Tomi Valkeinen Reported-by: Dan Murphy --- drivers/gpu/drm/omapdrm/displays/encoder-opa362.c | 1 +

[PATCH] drm/rockchip: get rid of rockchip_drm_crtc_mode_config

On 2016年04月18日 17:25, John Keeping wrote: >> >We need to take care of the vop status when use >> >rockchip_drm_crtc_mode_config, if vop is disabled, >> >the function would failed, that is terrible. >> > >> >Save connector type and output mode on drm_display_mode->private_flags >> >at encoder

[PATCH] drm: fix lut value extraction function

On Mon, Apr 18, 2016 at 03:40:11PM +0100, Emil Velikov wrote: > On 18 April 2016 at 13:36, Daniel Vetter wrote: > > On Mon, Apr 18, 2016 at 12:09:51PM +0100, Lionel Landwerlin wrote: > >> Ping? > >> > >> On 22/03/16 14:10, Lionel Landwerlin wrote: > >> >When extracting the value at full precision

[PATCH 2/7] drm/exynos: dsi: use generic of_device_get_match_data helper

Hi Marek, 2016년 04월 01일 22:17에 Marek Szyprowski 이(가) 쓴 글: > Simplify code by replacing custom code by generic helper. > > Signed-off-by: Marek Szyprowski > --- > drivers/gpu/drm/exynos/exynos_drm_dsi.c | 11 +-- > 1 file changed, 1 insertion(+), 10 deletions(-) > >

[RFC v2 1/8] drm/fb-helper: Add fb_deferred_io support

Den 13.04.2016 13:09, skrev Daniel Vetter: > On Fri, Apr 08, 2016 at 07:05:03PM +0200, Noralf Trønnes wrote: >> This adds deferred io support if CONFIG_FB_DEFERRED_IO is enabled. >> Accumulated fbdev framebuffer changes are signaled using the callback >> (struct drm_framebuffer_funcs *)->dirty()

making a COW mapping on the fly from existing vma

On Sat, Apr 16, 2016 at 06:18:38AM +1000, Dave Airlie wrote: > This was just a random thought process I was having last night, and > wondered if it was possible. > > We have a scenario with OpenGL where certain APIs hand large amounts > of data from the user to the API and when you return from

[4.4-rc1][Regression] drm/i915: Check live status before reading edid

On 03/28/2016 02:39 PM, Joseph Salisbury wrote: > On 03/02/2016 04:58 PM, Joseph Salisbury wrote: >> On 02/29/2016 04:33 AM, Jani Nikula wrote: >>> On Wed, 24 Feb 2016, Joseph Salisbury >>> wrote: Hi Sonika, A kernel bug report was opened against Ubuntu [0]. After a kernel

[PATCH] drm: fix lut value extraction function

On 18 April 2016 at 13:36, Daniel Vetter wrote: > On Mon, Apr 18, 2016 at 12:09:51PM +0100, Lionel Landwerlin wrote: >> Ping? >> >> On 22/03/16 14:10, Lionel Landwerlin wrote: >> >When extracting the value at full precision (16 bits), no need to >> >round the value. >> > >> >This was spotted by

[PATCH v3 0/7] drm/i2c: adv7511: ADV7533 support

Hi, On 04/17/2016 05:01 PM, Xinliang Liu wrote: > Hi Archit, > Thank you for the patches. > > On 9 March 2016 at 18:57, Archit Taneja wrote: >> ADV7533 is a DSI to HDMI encoder chip. It's like ADV7511, but with an >> additional DSI RX block that takes in DSI video mode output. >> >> Trying to

[PATCH 2/2] drm/dsi: Implement DCS get display self diagnostic

Provide a small convenience wrapper that transmits a DCS get_diagnostic_result command. Signed-off-by: Vinay Simha BN --- drivers/gpu/drm/drm_mipi_dsi.c | 25 + include/drm/drm_mipi_dsi.h | 1 + 2 files changed, 26 insertions(+) diff --git

[PATCH 1/2] drm/dsi: Implement DCS get display mode

Provide a small convenience wrapper that transmits a DCS get_display_mode command. Signed-off-by: Vinay Simha BN --- drivers/gpu/drm/drm_mipi_dsi.c | 24 include/drm/drm_mipi_dsi.h | 1 + 2 files changed, 25 insertions(+) diff --git

[PATCH] drm: atomic: fix legacy gamma set helper

On Mon, Apr 18, 2016 at 11:07:43AM +0100, Lionel Landwerlin wrote: > On 12/04/16 17:07, Daniel Vetter wrote: > >On Tue, Apr 12, 2016 at 01:51:02PM +0100, Lionel Landwerlin wrote: > >>On 12/04/16 12:57, Daniel Vetter wrote: > >>>On Mon, Apr 11, 2016 at 02:43:39PM +0100, Lionel Landwerlin wrote: >

[PATCH] drm: fix lut value extraction function

On Mon, Apr 18, 2016 at 12:09:51PM +0100, Lionel Landwerlin wrote: > Ping? > > On 22/03/16 14:10, Lionel Landwerlin wrote: > >When extracting the value at full precision (16 bits), no need to > >round the value. > > > >This was spotted by Jani when running sparse. Unfortunately this fix >

[Intel-gfx] [PATCH 2/2] drm/atomic-helper: Print an error if vblank wait times out

On Mon, Apr 18, 2016 at 02:29:33PM +0300, ville.syrjala at linux.intel.com wrote: > From: Ville Syrjälä > > Vblank waits timing out is no a normal thing to happen, so let's inform > people when it happens. > > Signed-off-by: Ville Syrjälä Applied to drm-misc, let's see how much it blows

[PATCH 2/2] drm/atomic-helper: Print an error if vblank wait times out

From: Ville Syrjälä Vblank waits timing out is no a normal thing to happen, so let's inform people when it happens. Signed-off-by: Ville Syrjälä --- drivers/gpu/drm/drm_atomic_helper.c | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH 1/2] drm/i915: Replace nondescript 'WARN_ON(!lret)' with a sensible error message

From: Ville Syrjälä When a vblank wait times out in intel_atomic_wait_for_vblanks() we just get a cryptic 'WARN_ON(!ret)' backtrace in dmesg. Repace it with something that tells you what actually happened. Cc: Maarten Lankhorst Signed-off-by: Ville Syrjälä

[PATCH 1/2] drm/i915: Replace nondescript 'WARN_ON(!lret)' with a sensible error message

Op 18-04-16 om 13:29 schreef ville.syrjala at linux.intel.com: > From: Ville Syrjälä > > When a vblank wait times out in intel_atomic_wait_for_vblanks() we just > get a cryptic 'WARN_ON(!ret)' backtrace in dmesg. Repace it with > something that tells you what actually happened. > > Cc: Maarten

[PATCH v3 2/2] drm/fsl-dcu: use bus_flags for pixel clock polarity

The drivers current default configuration drives the pixel data on rising edge of the pixel clock. However, most display sample data on rising edge... This leads to color shift artefacts visible especially at edges. This patch changes the relevant defines to be useful and actually set the bits,

[PATCH v3 1/2] drm: introduce bus_flags in drm_display_info

Introduce bus_flags to specify display bus properties like signal polarities. This is useful for parallel display buses, e.g. to specify the pixel clock or data enable polarity. Suggested-by: Thierry Reding Acked-by: Philipp Zabel Acked-by: Manfred Schlaegl Signed-off-by: Stefan Agner ---

[PATCH v3 0/2] drm: introduce bus_flags for pixel clock polarity

Hi, Dropped the first patch in version 3 since that is already applied in v4.6. Also moved all generic changes (including the changes in panel-simple) to the first, generic patch. Instead of using struct drm_display_mode to convey the pixel clock polarity information, this patchset introduces a

[PATCH v4 4/4] drm: bridge: anx78xx: Add anx78xx driver support.

Although there are other chips from the same family that can reuse this driver, at the moment we only tested ANX7814 chip. The ANX7814 is an ultra-low power Full-HD (1080p60) SlimPort transmitter designed for portable devices. This driver adds initial support for HDMI to DP pass-through mode.

[PATCH v4 3/4] devicetree: Add ANX7814 SlimPort transmitter binding.

The ANX7814 is an ultra-low power Full-HD (1080p60) SlimPort transmitter designed for portable devices. Signed-off-by: Enric Balletbo i Serra Cc: Rob Herring --- Changes since v3: - Model v10 as regulator (dvdd10-supply) - Removed the Acked-by: Rob Herring. Guess I need your ack again if

[PATCH v4 2/4] of: Add vendor prefix for Analogix Semiconductor

Analogix Semiconductor Inc. develops analog and mixed-signal devices for digital media and communications interconnect applications. Signed-off-by: Enric Balletbo i Serra Acked-by: Rob Herring --- Changes since v3: None Changes since v2: None Changes since v1: - Add Acked-by: Rob Herring

[PATCH v4 1/4] drm/dp: Add define to set 0.5% down-spread in MAX_DOWNSPREAD register.

Support of 0.5% down-spread is required for DisplayPort Specification Version 1.1 Sink. Signed-off-by: Enric Balletbo i Serra --- include/drm/drm_dp_helper.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/drm/drm_dp_helper.h b/include/drm/drm_dp_helper.h index 1252108..22be049

[PATCH v4 0/4] Add ANX7814 I2C bridge driver

Hi all, This is the fourth version of the patch, thanks to all that did some comments. In this version I basically added the comments made by Thierry, also it introduces a new patch in the series to add a new helper constant in drm_dp_helper.h. The devicetree binding also suffered a slight

[PATCH v3 3/3] drm: bridge: anx78xx: Add anx78xx driver support.

Hi, Many thanks for dedicate some time to comment the patch, I'm going to send a v4 version, see my comments below. On 14/04/16 15:10, Thierry Reding wrote: > On Fri, Apr 08, 2016 at 02:52:52PM +0200, Enric Balletbo i Serra wrote: >> Although there are other chips from the same family that can

[Y2038] [PATCH] drm/sti: Use 64-bit timestamps

On Monday 18 April 2016 12:02:35 Vincent ABRIOU wrote: > > getrawmonotonic comes from a legacy code so the use is not intentional. > Honestly, it is not clear to me the difference between monotonic and > rawmonotonic. But in the debug context in which it is used, ktime_get > and ktime_get_raw

a question about device tree files

Dear Sir many sorry to take up your valuable time. - I have an EDM1 (wandboard) + a hardware extension for LVDS panel - I am using Fedora 21 + Linux kernel 3.19, mainline kernel - LVDS panel is HannStar, HSD100pxn1 I am trying to change dts files related to imx6 to drive LVDS panel and I

[PATCH 2/2] drm/msm: Print the correct virtual addresses in map/unmap funcs

The msm_iommu_map/unmap funcs have debug prints to show the list of VA:PA mappings. Use the correct variable to print the VAs. Signed-off-by: Archit Taneja --- drivers/gpu/drm/msm/msm_iommu.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/msm/msm_iommu.c

[PATCH 1/2] drm/msm: Use correct type for physical addresses

The u32 type used to pass the physical addresses to iommu_map can't accommodate 64 bit addresses. Move to dma_addr_t to ensure wrong addresses aren't provided to the IOMMU driver. Signed-off-by: Archit Taneja --- drivers/gpu/drm/msm/msm_iommu.c | 4 ++-- 1 file changed, 2 insertions(+), 2

[PATCH] ARM: multi_v7_defconfig: add HLCDC drivers as modules

On Monday 18 April 2016 11:49:24 Nicolas Ferre wrote: > Le 30/03/2016 16:19, Boris Brezillon a écrit : > > Add the HLCDC drivers to multi_v7_defconfig. > > > > Signed-off-by: Boris Brezillon > > If it gives more weight: > Acked-by: Nicolas Ferre > > BTW, arm-soc guys, I recall that you

[PATCH v2 2/4] io-mapping: Specify mapping size for io_mapping_map_wc()

The ioremap() hidden behind the io_mapping_map_wc() convenience helper can be used for remapping multiple pages. Extend the helper so that future callers can use it for larger ranges. Signed-off-by: Chris Wilson Cc: Tvrtko Ursulin Cc: Daniel Vetter Cc: Jani Nikula Cc: David Airlie Cc: Yishai

[PATCH v2.2 03/11] drm/i915: Remove intel_prepare_page_flip, v2.

Instead of calling prepare_flip right before calling finish_page_flip do everything from prepare_page_flip in finish_page_flip. Putting prepare and finish page_flip in a single step removes the need for INTEL_FLIP_COMPLETE, so it can be removed. This simplifies the code slightly. Changes since

[PATCH] drm: fix lut value extraction function

Ping? On 22/03/16 14:10, Lionel Landwerlin wrote: > When extracting the value at full precision (16 bits), no need to > round the value. > > This was spotted by Jani when running sparse. Unfortunately this fix > doesn't get rid of the warning. > > Signed-off-by: Lionel Landwerlin > Reported-by:

[PATCH v2.1 03/11] drm/i915: Remove intel_prepare_page_flip, v2.

Instead of calling prepare_flip right before calling finish_page_flip do everything from prepare_page_flip in finish_page_flip. Putting prepare and finish page_flip in a single step removes the need for INTEL_FLIP_COMPLETE, so it can be removed. This simplifies the code slightly. Changes since

[Y2038] [PATCH] drm/sti: Use 64-bit timestamps

On 04/17/2016 01:39 AM, Arnd Bergmann wrote: > On Wednesday 13 April 2016 02:28:02 Tina Ruchandani wrote: >> 'struct timespec' uses a 32-bit field for seconds, which >> will overflow in year 2038 and beyond. This patch is part >> of a larger attempt to remove instances of timeval, timespec >> and

[PATCH v2.1 02/11] drm/i915: Remove stallcheck special handling, v2.

Both intel_unpin_work.pending and intel_unpin_work.enable_stall_check were used to see if work should be enabled. By only using pending some special cases are gone, and access to unpin_work can be simplified. Use this to only access work members untilintel_mark_page_flip_active is called, or

[PATCH 2/2] drm/radeon: print a message if ATPX dGPU power control is missing

It will help identify problematic boards. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_atpx_handler.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/radeon/radeon_atpx_handler.c b/drivers/gpu/drm/radeon/radeon_atpx_handler.c index

[PATCH 1/2] Revert "drm/radeon: disable runtime pm on PX laptops without dGPU power control"

This reverts commit e64c952efb8e0c15ae82cec8e455ab4910690ef1. ATPX is the ACPI method for controlling AMD PowerXpress laptops. There are flags to indicate which methods are supported. If the dGPU power down flag is not supported, the driver needs to implement the dGPU power down manually. We

[PATCH] ARM: multi_v7_defconfig: add HLCDC drivers as modules

Le 30/03/2016 16:19, Boris Brezillon a écrit : > Add the HLCDC drivers to multi_v7_defconfig. > > Signed-off-by: Boris Brezillon If it gives more weight: Acked-by: Nicolas Ferre BTW, arm-soc guys, I recall that you prefer patches for this kind of modification to multi_v7_defconfig... do I

[PATCH v2 2/2] drm/i915/vlv: Reset the ADPA in vlv_display_power_well_init()

On Fri, Apr 15, 2016 at 03:40:10PM -0400, Lyude wrote: > While VGA hotplugging worked(ish) before, it looks like that was mainly > because we'd unintentionally enable it in > valleyview_crt_detect_hotplug() when we did a force trigger. This > doesn't work reliably enough because whenever the

[PATCH v2 1/2] drm/i915/vlv: Make intel_crt_reset() per-encoder

On Fri, Apr 15, 2016 at 03:40:09PM -0400, Lyude wrote: > This lets call intel_crt_reset() in contexts where IRQs are disabled and > as such, can't hold the locks required to work with the connectors. > > CC: stable at vger.kernel.org > Signed-off-by: Lyude Reviewed-by: Ville Syrjälä > --- >

[Bug 44647] [wine regression] Call of Duty 4: Intro videos renders garbage

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

[PATCH 2/2] dt-bindings: add document for rk3399-vop

Cc: Rob Herring Cc: Pawel Moll Cc: Mark Rutland Cc: Ian Campbell Cc: Kumar Gala Signed-off-by: Mark Yao --- .../bindings/display/rockchip/rockchip-vop.txt |2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH 1/2] drm/rockchip: vop: add rk3399 vop support

There are two VOP in rk3399 chip, respectively VOP_BIG and VOP_LIT. most registers layout of this two vop is same, their framework are both VOP_FULL, the Major differences of this two is that: VOP_BIG max output resolution is 4096x2160. VOP_LIT max output resolution is 2560x1600 VOP_BIG support

[PATCH v2] drm/radeon: Allow setting shader registers using DMA/COPY packet3 on SI.

On Thu, Apr 14, 2016 at 8:47 PM, Bas Nieuwenhuizen wrote: > Mesa uses a COPY_DATA packet to copy the grid size for indirect dispatches > into COMPUTE_USER_DATA_*. > > Setting those registers with a SET_SH_REG packet is allowed, not allowing > them with other packets seems like an oversight. > >

[PATCH] drm: atomic: fix legacy gamma set helper

On 12/04/16 17:07, Daniel Vetter wrote: > On Tue, Apr 12, 2016 at 01:51:02PM +0100, Lionel Landwerlin wrote: >> On 12/04/16 12:57, Daniel Vetter wrote: >>> On Mon, Apr 11, 2016 at 02:43:39PM +0100, Lionel Landwerlin wrote: Color management properties are a bit of an odd use case because

[PATCH] drm/rockchip: get rid of rockchip_drm_crtc_mode_config

We need to take care of the vop status when use rockchip_drm_crtc_mode_config, if vop is disabled, the function would failed, that is terrible. Save connector type and output mode on drm_display_mode->private_flags at encoder mode_fixup, then we can configure the type and mode safely on crtc

[PATCH v2 02/11] drm/i915: Remove stallcheck special handling.

On Mon, 2016-04-18 at 07:31 +0200, Maarten Lankhorst wrote: > Op 15-04-16 om 09:07 schreef Ander Conselvan De Oliveira: > > On Wed, 2016-04-13 at 11:18 +0200, Maarten Lankhorst wrote: > > > Re-use unpin_work->pending, but also set vblank count before > > > intel_mark_page_flip_active to be sure. >

[PATCH] drm/rockchip: get rid of rockchip_drm_crtc_mode_config

Hi Mark, On Mon, 18 Apr 2016 11:03:31 +0800, Mark Yao wrote: > We need to take care of the vop status when use > rockchip_drm_crtc_mode_config, if vop is disabled, > the function would failed, that is terrible. > > Save connector type and output mode on drm_display_mode->private_flags > at

[PATCH v2 02/11] drm/i915: Remove stallcheck special handling.

Op 18-04-16 om 09:57 schreef Ander Conselvan De Oliveira: > On Mon, 2016-04-18 at 07:31 +0200, Maarten Lankhorst wrote: >> Op 15-04-16 om 09:07 schreef Ander Conselvan De Oliveira: >>> On Wed, 2016-04-13 at 11:18 +0200, Maarten Lankhorst wrote: Re-use unpin_work->pending, but also set vblank

[RFC 3/3] iommu: dma-iommu: use common implementation also on ARM architecture

On 2016年02月19日 16:22, Marek Szyprowski wrote: > This patch replaces ARM-specific IOMMU-based DMA-mapping implementation > with generic IOMMU DMA-mapping code shared with ARM64 architecture. The > side-effect of this change is a switch from bitmap-based IO address space > management to

[RFC 2/3] iommu: dma-iommu: move IOMMU/DMA-mapping code from ARM64 arch to drivers

On 2016年02月19日 16:22, Marek Szyprowski wrote: > This patch moves all the IOMMU-based DMA-mapping code from arch/arm64/mm > to drivers/iommu/dma-iommu-ops.c. This way it can be easily shared with > ARM architecture, which will also use them. > > Signed-off-by: Marek Szyprowski IOMMU works

[RFC 0/3] Unify IOMMU-based DMA-mapping code for ARM and ARM64

Hi Marek With your patches, do drm/rockchip dma-mapping rewrite, IOMMU works good on drm/rockchip ARM64 platform. Thanks for your patches. On 2016年02月19日 16:22, Marek Szyprowski wrote: > Dear All, > > This is an initial RFC on the unification of IOMMU-based DMA-mapping > code for ARM and

[PATCH v3 2/2] drm/i915/vlv: Reset the ADPA in vlv_display_power_well_init()

While VGA hotplugging worked(ish) before, it looks like that was mainly because we'd unintentionally enable it in valleyview_crt_detect_hotplug() when we did a force trigger. This doesn't work reliably enough because whenever the display powerwell on vlv gets disabled, the values set in VLV_ADPA

[PATCH] drm: panel: simple-panel: remove useless drm_mode_set_name

deletion(-) Applied, with a slightly reworded commit message. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attac

[RESEND PATCH] drm/panel: simple-panel: set appropriate mode type

re Size: 819 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160418/71ce3ea8/attachment.sig>

[PATCH v2 05/11] drm/i915: Allow mmio updates on all platforms, v2.

Op 15-04-16 om 14:31 schreef Ander Conselvan De Oliveira: > On Wed, 2016-04-13 at 11:18 +0200, Maarten Lankhorst wrote: >> Rename intel_unpin_work to intel_flip_work and use it for mmio flips >> and unpinning. > I think the rename should be a separate patch. > intel_unpin_work becomes used for

[PATCH v2 02/11] drm/i915: Remove stallcheck special handling.

Op 15-04-16 om 09:07 schreef Ander Conselvan De Oliveira: > On Wed, 2016-04-13 at 11:18 +0200, Maarten Lankhorst wrote: >> Re-use unpin_work->pending, but also set vblank count before >> intel_mark_page_flip_active to be sure. > Be sure of what? > >> Signed-off-by: Maarten Lankhorst >> --- >>

[PATCH v2 03/11] drm/i915: Remove intel_prepare_page_flip.

Op 15-04-16 om 14:21 schreef Ander Conselvan De Oliveira: > On Wed, 2016-04-13 at 11:18 +0200, Maarten Lankhorst wrote: >> Do it in 1 step instead, use atomic_read since INTEL_FLIP_COMPLETE >> is no longer useful. > What's the deal with "use atomic_read"? I couldn't find where that is > different

[Bug 94984] XCom2 crashes with SIGSEGV on radeonsi

tps://lists.freedesktop.org/archives/dri-devel/attachments/20160418/ae2891fd/attachment.html>

[Nouveau] [PATCH REBASED 2/2] nouveau/bl: Do not register interface if Apple GMUX detected

Hi, On Sun, Apr 17, 2016 at 09:57:42PM +0200, Pierre Moreau wrote: > The Apple GMUX is the one managing the backlight, so there is no need for > Nouveau to register its own backlight interface. > > Signed-off-by: Pierre Moreau > --- > drm/nouveau/nouveau_backlight.c | 7 +++ > 1 file