[PATCH 1/2] libdrm: add etnaviv drm support

Hi Rob, 2016-09-08 20:52 GMT+02:00 Rob Herring : > On Thu, Sep 1, 2016 at 2:08 PM, Christian Gmeiner > wrote: >> Hi Emil, >> >> thanks a lot for the review. >> >> 2016-08-30 15:03 GMT+02:00 Emil Velikov : >>> On 30 August 2016 at 08:14, Christian Gmeiner >>> wrote: From: The etnaviv

[Bug 51381] [drm:atom_op_jump] *ERROR* atombios stuck in loop for more than 5secs aborting, when disabled via vgaswitcheroo

https://bugzilla.kernel.org/show_bug.cgi?id=51381 --- Comment #46 from Teofilis Martisius --- Created attachment 232761 --> https://bugzilla.kernel.org/attachment.cgi?id=232761=edit dmesg output from 4.8-rc4 when turning OFF dGPU via vgaswitcheroo -- You are receiving this mail because: You

[Bug 51381] [drm:atom_op_jump] *ERROR* atombios stuck in loop for more than 5secs aborting, when disabled via vgaswitcheroo

https://bugzilla.kernel.org/show_bug.cgi?id=51381 --- Comment #47 from Teofilis Martisius --- Created attachment 232771 --> https://bugzilla.kernel.org/attachment.cgi?id=232771=edit dmesg output from 4.8-rc4 with RADEON_PX_QUIRK_DISABLE_PX quirks removed -- You are receiving this mail

[Bug 51381] [drm:atom_op_jump] *ERROR* atombios stuck in loop for more than 5secs aborting, when disabled via vgaswitcheroo

https://bugzilla.kernel.org/show_bug.cgi?id=51381 --- Comment #48 from Teofilis Martisius --- Hi, I ran two tests over the weekend. First, I tried booting up stock 4.8-rc4. glxgears runs fine both on APU and dGPU. But it fails when I try to turn OFF my dGPU by doing: echo OFF

[Bug 97639] Intermittent flickering artifacts with AMD R7 260x

|| -- 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/20160909/9b331b2a/attachment.html>

[Bug 97639] Intermittent flickering artifacts with AMD R7 260x

: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160909/ad62e922/attachment-0001.html>

[Bug 97643] Shader crashes radeon driver and brings the whole system down

because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160909/850172e1/attachment.html>

[PATCH] drm/i915: Before pageflip, also wait for shared dmabuf fences.

On 09/09/16 01:23 AM, Chris Wilson wrote: > On Thu, Sep 08, 2016 at 05:21:42PM +0200, Mario Kleiner wrote: >> On 09/08/2016 08:30 AM, Chris Wilson wrote: >>> On Thu, Sep 08, 2016 at 02:14:43AM +0200, Mario Kleiner wrote: amdgpu-kms uses shared fences for its prime exported dmabufs,

[Bug 97643] Shader crashes radeon driver and brings the whole system down

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

[Bug 97504] Enabling SDMA on CIK (0241d8300f66ee2c6c2c55fe64ac88d76440c591) causes corruption on a mobile Bonaire with AMDGPU DDX / video desktop recording

vel/attachments/20160909/b5cc6e1e/attachment.html>

[Bug 97610] [CIK] Fullscreen video with Firefox only shows "tiled pixel garbage"

attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160909/b1e59f8b/attachment.html>

[Bug 97504] Enabling SDMA on CIK (0241d8300f66ee2c6c2c55fe64ac88d76440c591) causes corruption on a mobile Bonaire with AMDGPU DDX / video desktop recording

:21:04 2016 +0200 Revert "radeonsi: enable SDMA on CIK" -- 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/2016

[Bug 95306] Random Blank(black) screens on "Carrizo"

org/archives/dri-devel/attachments/20160909/70e6dd7b/attachment.html>

[Bug 94900] HD6950 GPU lockup loop with various steam games (octodad[always], saints row 4[always], dead island[always], grid autosport[sometimes])

he bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160909/9bd9bd63/attachment.html>

[PATCH 1/2] drm/ttm: remove unused placement flags

On 2016年09月08日 21:41, Christian König wrote: > From: Christian König > > Either never used or not used in quite a while. No, I remember Flora's Direct GMA is using them like GDS use PRIV0-2. And you cannot make sure there isn't no one using them in other closed projects, right? If you

[Bug 97639] Intermittent flickering artifacts with AMD R7 260x

art -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160909/48d0b071/attachment.html>

[PATCH v8 12/12] drm/i915: Check TMDS clock DP to HDMI dongle

On Thu, 2016-09-08 at 15:48 +0300, Ville Syrjälä wrote: > On Wed, Aug 17, 2016 at 01:49:49PM +0300, Mika Kahola wrote: > > > > Respect max TMDS clock frequency from DPCD for active > > DP to HDMI adapters. > > > > Signed-off-by: Mika Kahola > > --- > >  drivers/gpu/drm/i915/intel_drv.h  | 

[PATCH 001/001] drivers/gpu/radeon: NULL pointer deference workaround

>> On this motherboard, DP-1 is a single channel 18bit LVDS LCD panel >> interface and DP-2 is a DVI interface (which I can connect to my >> monitor if testing this is useful). There are no displayport connectors. > > Yeah, but from the driver point of view there are only DP connectors on > the

[Bug 96602] [radeonsi] Dreamfall Chapters: one shader fails to compile, minor visual corruption

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

[Bug 96602] [radeonsi] Dreamfall Chapters: one shader fails to compile, minor visual corruption

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

[PATCH] gpu: Remove depends on RESET_CONTROLLER when not a provider

Am Donnerstag, den 08.09.2016, 18:36 -0700 schrieb Stephen Boyd: > These GPU drivers only depend on the RESET_CONTROLLER config > option to fix build issues that existed when there weren't stub > reset APIs for reset controller consumers. Given that these > drivers aren't providing any reset

[PATCH 1/2] drm/ttm: remove unused placement flags

In this case please just add them back in your tree. That should be a two liner. For upstream it certainly doesn't make sense to keep them. Regards, Christian. Am 09.09.2016 um 09:01 schrieb Flora Cui: > yes. please don't do this, I need them. > > On Fri, Sep 09, 2016 at 02:41:16PM +0800,

[PATCH] drm: Set depth and bpp for XRGB4444 family formats

Hi Fabien, On Friday 19 Aug 2016 11:01:37 Fabien DESSENNE wrote: > Hi Laurent, > > Daniel talked about a planned reorg from you around DRM formats (or > something like this) and I have proposed to fix some missing parts with > the XRGB444 formats. > > Can you let us know if you can consider

[PATCH v8 12/12] drm/i915: Check TMDS clock DP to HDMI dongle

On Fri, Sep 09, 2016 at 10:45:27AM +0300, Mika Kahola wrote: > On Thu, 2016-09-08 at 15:48 +0300, Ville Syrjälä wrote: > > On Wed, Aug 17, 2016 at 01:49:49PM +0300, Mika Kahola wrote: > > > > > > Respect max TMDS clock frequency from DPCD for active > > > DP to HDMI adapters. > > > > > >

[PATCH v2 2/2] drm/bridge: analogix_dp: detect Sink PSR state after configuring the PSR

On 09/08/2016 10:12 PM, Sean Paul wrote: > On Wed, Sep 7, 2016 at 11:48 PM, Yakir Yang wrote: >> Make sure the request PSR state could effect in analogix_dp_send_psr_spd() >> function, or printing the error Sink PSR state if we failed to effect >> the request PSR setting. >> > > Let's change to:

[Bug 35457] [rs690m] Graphics corruption with ati x1200

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/20160909/75d135ff/attachment.html>

[PATCH v3 2/3] drm/bridge: analogix_dp: use jiffies to simulate timeout loop

Signed-off-by: Yakir Yang --- Changes in v3: - Suggested by Sean Changes in v2: None drivers/gpu/drm/bridge/analogix/analogix_dp_core.h | 3 ++- drivers/gpu/drm/bridge/analogix/analogix_dp_reg.c | 18 +- 2 files changed, 11 insertions(+), 10 deletions(-) diff --git

[PATCH v3 3/3] drm/bridge: analogix_dp: detect Sink PSR state after configuring the PSR

Make sure the request PSR state takes effect in analogix_dp_send_psr_spd() function, or print the sink PSR error state if we failed to apply the requested PSR setting. Signed-off-by: Yakir Yang --- Changes in v3: - Update commit message - Add DP_TIMEOUT_PSR_LOOP_MS marcos - Correct the return

[Bug 96541] Tonga Unreal elemental bad rendering since radeonsi: Decompress DCC textures in a render feedback loop

... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160909/1b3a19c5/attachment.html>

[PATCH v8 0/4] New debugfs API for capturing CRC of frames

Hi, this series basically takes the facility for continuously capturing CRCs of frames from the i915 driver and into the DRM core. The idea is that test suites such as IGT use this information to check that frames that are exected to be identical, also have identical CRC values. Other drivers

[PATCH v8 1/4] drm/i915/debugfs: Move out pipe CRC code

In preparation to using a generic API in the DRM core for continuous CRC generation, move the related code out of i915_debugfs.c into a new file. Eventually, only the Intel-specific code will remain in this new file. v2: Rebased. v6: Rebased. v7: Fix whitespace issue. Signed-off-by: Tomeu

[PATCH v8 2/4] drm: Add API for capturing frame CRCs

Adds files and directories to debugfs for controlling and reading frame CRCs, per CRTC: dri/0/crtc-0/crc dri/0/crtc-0/crc/control dri/0/crtc-0/crc/data Drivers can implement the set_crc_source callback() in drm_crtc_funcs to start and stop generating frame CRCs and can add entries to the output

[PATCH v8 4/4] drm/i915: Put "cooked" vlank counters in frame CRC lines

Use drm_accurate_vblank_count so we have the full 32 bit to represent the frame counter and userspace has a simpler way of knowing when the counter wraps around. Signed-off-by: Tomeu Vizoso Reviewed-by: Emil Velikov --- drivers/gpu/drm/i915/i915_irq.c | 6 +++--- 1 file changed, 3

[PATCH 2/2] drm/ttm: move placement structures into ttm_placement.h

On 2016年09月08日 21:41, Christian König wrote: > From: Christian König > > Makes more sense to keep that together. > > Signed-off-by: Christian König Reviewed-by: Chunming Zhou > --- > include/drm/ttm/ttm_bo_api.h| 32 +--- >

[Bug 69076] [r300g] RS690: triangle flickering

. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160909/4fb85d99/attachment.html>

[PATCH 1/2] drm/ttm: remove unused placement flags

yes. please don't do this, I need them. On Fri, Sep 09, 2016 at 02:41:16PM +0800, zhoucm1 wrote: > > > On 2016年09月08日 21:41, Christian König wrote: > >From: Christian König > > > >Either never used or not used in quite a while. > No, I remember Flora's Direct GMA is using them like GDS

[PATCH v9 00/12] drm/i915: DP branch devices

Prep work for DP branch device handling This series of patches reads DPCD register 0x80h for receiver capabilities for DP branch devices. The branch device types are converters for the following standards - DP to VGA - DP to DVI - DP to HDMI - DP++ dual mode - Wireless WiGig DPCD register

[PATCH v9 01/12] drm: Add missing DP downstream port types

Add missing DisplayPort downstream port types. The introduced new port types are DP++ and Wireless. Reviewed-by: Jim Bride Signed-off-by: Mika Kahola --- include/drm/drm_dp_helper.h | 2 ++ 1 file changed, 2 insertions(+) diff --git a/include/drm/drm_dp_helper.h b/include/drm/drm_dp_helper.h

[PATCH v9 02/12] drm: Drop VGA from bpc definitions

Drop "VGA" from bits per component definitions as these are also used by other standards such as DVI, HDMI, DP++. Reviewed-by: Jim Bride Signed-off-by: Mika Kahola --- include/drm/drm_dp_helper.h | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git

[PATCH v9 03/12] drm: Helper to read max clock rate

Helper routine to read out maximum supported pixel rate for DisplayPort legay VGA converter or TMDS clock rate for other digital legacy converters. The helper returns clock rate in kHz. v2: Return early if detailed port cap info is not available. Replace if-else ladder with switch-case

[PATCH v9 04/12] drm: Helper to read max bits per component

Helper routine to read out maximum supported bits per component for DisplayPort legay converters. v2: Return early if detailed port cap info is not available. Replace if-else ladder with switch-case (Ville) Reviewed-by: Jim Bride Signed-off-by: Mika Kahola ---

[PATCH v9 05/12] drm: Read DP branch device id

Read DisplayPort branch device id string. Reviewed-by: Jim Bride Signed-off-by: Mika Kahola --- drivers/gpu/drm/drm_dp_helper.c | 12 include/drm/drm_dp_helper.h | 2 ++ 2 files changed, 14 insertions(+) diff --git a/drivers/gpu/drm/drm_dp_helper.c

[PATCH v9 06/12] drm/i915: Cleanup DisplayPort AUX channel initialization

Let's remove reference to "struct intel_connector *connector" in intel_dp_aux_init() function as it is no longer required. Reviewed-by: Jim Bride Signed-off-by: Mika Kahola --- drivers/gpu/drm/i915/intel_dp.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH v9 07/12] drm/i915: Read DP branch device HW revision

HW revision is mandatory field for DisplayPort branch devices. This is defined in DPCD register field 0x509. v2: move drm_dp_ds_revision structure to be part of drm_dp_link structure (Daniel) v3: remove dependency to drm_dp_helper but instead parse DPCD and print HW revision info to dmesg

[PATCH v9 08/12] drm/i915: Read DP branch device SW revision

SW revision is mandatory field for DisplayPort branch devices. This is defined in DPCD register fields 0x50A and 0x50B. v2: move drm_dp_ds_revision structure to be part of drm_dp_link structure (Daniel) v3: remove dependency to drm_dp_helper but instead parse DPCD and print SW revision

[PATCH v9 09/12] drm/i915: Check pixel rate for DP to VGA dongle

Filter out a mode that exceeds the max pixel rate setting for DP to VGA dongle. This is defined in DPCD register 0x81 if detailed cap info i.e. info field is 4 bytes long and it is available for DP downstream port. The register defines the pixel rate divided by 8 in MP/s. v2: DPCD read outs and

[PATCH v9 10/12] drm/i915: Update bits per component for display info

DisplayPort branch device may define max supported bits per component. Update display info based on this value if bpc is defined. v2: cleanup to match the drm_dp_helper.c patches introduced earlier in this series v3: Fill bpc for connector's display info in separate drm_dp_helper function

[PATCH v9 11/12] drm: Add DP branch device info on debugfs

Read DisplayPort branch device info from through debugfs interface. v2: use drm_dp_helper routines to collect data v3: cleanup to match the drm_dp_helper.c patches introduced earlier in this series v4: move DP branch device info to function 'intel_dp_branch_device_info()' v5: initial step to

[PATCH v9 12/12] drm/i915: Check TMDS clock DP to HDMI dongle

Respect max TMDS clock frequency from DPCD for active DP to HDMI adapters. Reviewed-by: Jim Bride Signed-off-by: Mika Kahola --- drivers/gpu/drm/i915/intel_drv.h | 3 +++ drivers/gpu/drm/i915/intel_hdmi.c | 27 +++ 2 files changed, 30 insertions(+) diff --git

[PATCH 1/2] drm/ttm: remove unused placement flags

Hi Hawking, > Removing the flag will make ttm_mem_type_from_place skip counting the > corresponding placement and thus have impact on mem region create and bo > movement. And that is exactly the reason why I want to remove the unused flags. > There is no guarantee that amdgpu would never

[PATCH 1/2] drm/ttm: remove unused placement flags

Hi Chris, Removing the flag will make ttm_mem_type_from_place skip counting the corresponding placement and thus have impact on mem region create and bo movement. There is no guarantee that amdgpu would never introduce new memory domain in future. In such case, I'd like to vote for keeping

[PATCH v4 05/14] drm: sti: Replace drm_fb_get_bpp_depth() with drm_format_plane_cpp()

Hi Laurent, I plan to take this patch in my pull request that will be done next week. BR Vincent On 09/08/2016 04:44 PM, Laurent Pinchart wrote: > The driver needs the number of bytes per pixel, not the bpp and depth > info meant for fbdev compatibility. Use the right API. > > Signed-off-by:

[PATCH libdrm] configure.ac: Allow explicit enabling of cunit tests

Reviewed-by: Marek Olšák Marek On Mon, Sep 5, 2016 at 2:46 PM, Jussi Kukkonen wrote: > Add --with-cunit to make it easier to do reproducible builds. Default > is still to probe cunit and build opportunistically. > > Signed-off-by: Jussi Kukkonen > --- > configure.ac | 14 -- >

[Bug 97643] Shader crashes radeon driver and brings the whole system down

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/20160909/2c9d8e6d/attachment.html>

[PATCH] drm/sti: mark symbols static where possible

On 8 September 2016 at 10:56, Arnd Bergmann wrote: > On Thursday, September 8, 2016 10:35:17 AM CEST Emil Velikov wrote: >> On 7 September 2016 at 12:05, Baoyou Xie wrote: >> > We get 2 warnings when building kernel with W=1: >> As you're going through DRM I was wondering if you have a rough

[PATCH v8 12/12] drm/i915: Check TMDS clock DP to HDMI dongle

On Fri, 2016-09-09 at 12:09 +0300, Ville Syrjälä wrote: > On Fri, Sep 09, 2016 at 10:45:27AM +0300, Mika Kahola wrote: > > > > On Thu, 2016-09-08 at 15:48 +0300, Ville Syrjälä wrote: > > > > > > On Wed, Aug 17, 2016 at 01:49:49PM +0300, Mika Kahola wrote: > > > > > > > > > > > > Respect

[PATCH 001/001] drivers/gpu/radeon: NULL pointer deference workaround

> -Original Message- > From: Koenig, Christian > Sent: Friday, September 09, 2016 4:16 AM > To: Mark Fortescue; Koenig, Christian; David Airlie > Cc: Deucher, Alexander; linux-kernel at vger.kernel.org; dri- > devel at lists.freedesktop.org > Subject: Re: [PATCH 001/001]

[PATCH 1/2] drm/ttm: remove unused placement flags

> -Original Message- > From: amd-gfx [mailto:amd-gfx-bounces at lists.freedesktop.org] On Behalf > Of Christian König > Sent: Friday, September 09, 2016 7:24 AM > To: Zhang, Hawking; Koenig, Christian; Cui, Flora; Zhou, David(ChunMing); > amd-gfx at lists.freedesktop.org > Cc: dri-devel

[PATCH 1/2] drm/ttm: remove unused placement flags

On 9 September 2016 at 12:24, Christian König wrote: > Hi Hawking, > >> Removing the flag will make ttm_mem_type_from_place skip counting the >> corresponding placement and thus have impact on mem region create and bo >> movement. > > And that is exactly the reason why I want to remove the

[PATCH 1/2] drm/ttm: remove unused placement flags

Am 09.09.2016 um 15:41 schrieb Deucher, Alexander: >> -Original Message- >> From: amd-gfx [mailto:amd-gfx-bounces at lists.freedesktop.org] On Behalf >> Of Christian König >> Sent: Friday, September 09, 2016 7:24 AM >> To: Zhang, Hawking; Koenig, Christian; Cui, Flora; Zhou,

[PATCH 1/2] drm/ttm: remove unused placement flags

Am 09.09.2016 um 15:54 schrieb Emil Velikov: > On 9 September 2016 at 12:24, Christian König > wrote: >> Hi Hawking, >> >>> Removing the flag will make ttm_mem_type_from_place skip counting the >>> corresponding placement and thus have impact on mem region create and bo >>> movement. >> And

[Bug 119831] "nomodeset" required to boot - MSI laptop G72 6QE, nouveau graphics

https://bugzilla.kernel.org/show_bug.cgi?id=119831 Peter Wu changed: What|Removed |Added CC||peter at lekensteyn.nl --- Comment #15 from

[PATCH 3/6] drm/panel: simple: Add A10 EVB 5 inch panel support

me -- Maxime Ripard, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com -- 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/attachments/20160909/d72d8656/attachment.sig>

[PATCH v2 6/9] drm/panel: Add Netron DY E231732

e -- Maxime Ripard, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com -- 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/a

[PATCH] drm/qxl: reapply cursor after SetCrtc calls

From: Ray Strode The qxl driver currently destroys and recreates the qxl "primary" any time the first crtc is set. A side-effect of destroying the primary is mouse state associated with the crtc is lost, which leads to disappearing mouse cursors on wayland sessions. This

[PATCH 1/2] drm/ttm: remove unused placement flags

On 9 September 2016 at 15:30, Christian König wrote: > Am 09.09.2016 um 15:54 schrieb Emil Velikov: >> >> On 9 September 2016 at 12:24, Christian König >> wrote: >>> >>> Hi Hawking, >>> Removing the flag will make ttm_mem_type_from_place skip counting the corresponding placement and

[Bug 35457] [rs690m] Graphics corruption with ati x1200

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

[Bug 97055] Black screens on A10-8780P (Carrizo) + R7 M260/M265 (Topaz) Combo

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

[Bug 97730] Monitor not recognized after upgrading to a Radeon RX 480

ment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160909/17ec3061/attachment.html>

[Bug 97504] Enabling SDMA on CIK (0241d8300f66ee2c6c2c55fe64ac88d76440c591) causes corruption on a mobile Bonaire with AMDGPU DDX / video desktop recording

the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160909/6b0e0823/attachment-0001.html>

[PATCH 21/20] drm/exynos: Fix iommu_dma_init_domain prototype change

When adding an extra argument to a function, one really should try a bit harder to catch *all* the callers... CC: Marek Szyprowski CC: Inki Dae CC: David Airlie CC: dri-devel at lists.freedesktop.org Signed-off-by: Robin Murphy --- Ideally, this should be squashed into "iommu/dma: Avoid PCI

[Bug 97610] [CIK] Fullscreen video with Firefox only shows "tiled pixel garbage"

tps://lists.freedesktop.org/archives/dri-devel/attachments/20160909/f770ec38/attachment.html>

[Bug 97610] [CIK] Fullscreen video with Firefox only shows "tiled pixel garbage"

art -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160909/193596a2/attachment.html>

[Bug 97123] [AMDGPU][CIK] Suspend to disk deadlocks system on resume always (Linus master + drm-next-4.9-wip)

so far. -- 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/20160909/da1f679e/attachment.html>

[PATCH] drm/vc4: mark vc4_bo_cache_purge() static

not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160909/4499cdcd/attachment.sig>

[Bug 97643] Shader crashes radeon driver and brings the whole system down

URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160909/30555701/attachment.html>

[PATCH v15 3/5] drm/rockchip: cdn-dp: add cdn DP support for rk3399

Add support for cdn DP controller which is embedded in the rk3399 SoCs. The DP is compliant with DisplayPort Specification, Version 1.3, This IP is compatible with the rockchip type-c PHY IP. There is a uCPU in DP controller, it need a firmware to work, please put the firmware file to

[PATCH v15 4/5] drm/rockchip: cdn-dp: support audio hot-plug

Issue hot-plug detection, EDID update, and ELD update notifications from DP drivers. Signed-off-by: Chris Zhong --- Changes in v15: None Changes in v14: None Changes in v13: None Changes in v12: None Changes in v11: None Changes in v10: None Changes in v9: None Changes in v8: None Changes in

[PATCH v15.1 3/5] drm/rockchip: cdn-dp: add cdn DP support for rk3399

Add support for cdn DP controller which is embedded in the rk3399 SoCs. The DP is compliant with DisplayPort Specification, Version 1.3, This IP is compatible with the rockchip type-c PHY IP. There is a uCPU in DP controller, it need a firmware to work, please put the firmware file to

[PATCH v3 2/4] ARM: sun5i: a13-olinuxino: Enable VGA bridge

On Thu, Sep 8, 2016 at 8:17 PM, Maxime Ripard wrote: > Now that we have support for the VGA bridges using our DRM driver, enable > the display engine for the Olimex A13-Olinuxino. > > Signed-off-by: Maxime Ripard Assuming the bridge bindings are good, Acked-by: Chen-Yu Tsai

[PATCH 001/001] drivers/gpu/radeon: NULL pointer deference workaround

On 09/09/16 13:20, Deucher, Alexander wrote: >> -Original Message- >> From: Koenig, Christian >> Sent: Friday, September 09, 2016 4:16 AM >> To: Mark Fortescue; Koenig, Christian; David Airlie >> Cc: Deucher, Alexander; linux-kernel at vger.kernel.org; dri- >> devel at

[GIT PULL] TDA998x I2C driver development updates

David, Please incorporate the latest TDA998x I2C driver development updates, which can be found at: git://git.armlinux.org.uk/~rmk/linux-arm.git drm-tda998x-devel with SHA1 3e980591945eadbfdf4cbc05d56e5f44010a5a87. This adds the ASoC codec interfaces for TDA998x HDMI audio from Jyri Sarha.

[PATCH v9 08/12] drm/i915: Read DP branch device SW revision

On Fri, Sep 09, 2016 at 02:10:54PM +0300, Mika Kahola wrote: > SW revision is mandatory field for DisplayPort branch > devices. This is defined in DPCD register fields 0x50A > and 0x50B. > > v2: move drm_dp_ds_revision structure to be part of > drm_dp_link structure (Daniel) > v3: remove

[PATCH v15 0/5] Rockchip Type-C DisplayPort driver

Hi all This series patch is for rockchip Type-C DisplayPort controller driver. The USB Type-C PHY is designed to support the USB3 and DP applications. The PHY basically has two main components: USB3 and DisplyPort. USB3 operates in SuperSpeed mode and the DP can operate at RBR, HBR and HBR2

drm: GPF in drm_getcap

Hello, The following program triggers GPF in drm_getcap: // autogenerated by syzkaller (http://github.com/google/syzkaller) #include #include #include #include #include #include #include #include int main() { int fd = open("/dev/dri/card0", O_RDONLY); uint64_t data[2] = {0x11,

[PATCH 1/2] drm/ttm: remove unused placement flags

Hi Chris, Removing the flag will make ttm_mem_type_from_place skip counting the corresponding placement and thus have impact on mem region create and bo movement. There is no guarantee that amdgpu would never introduce new memory domain in future. In such case, I'd like to vote for keeping

[PATCH v9 10/12] drm/i915: Update bits per component for display info

On Fri, Sep 09, 2016 at 02:10:56PM +0300, Mika Kahola wrote: > DisplayPort branch device may define max supported bits per > component. Update display info based on this value if bpc > is defined. > > v2: cleanup to match the drm_dp_helper.c patches introduced > earlier in this series > v3:

[PATCH v9 11/12] drm: Add DP branch device info on debugfs

On Fri, Sep 09, 2016 at 02:10:57PM +0300, Mika Kahola wrote: > Read DisplayPort branch device info from through debugfs > interface. > > v2: use drm_dp_helper routines to collect data > v3: cleanup to match the drm_dp_helper.c patches introduced > earlier in this series > v4: move DP branch