[PATCH 0/4] virtio-gpu: Fixes for atomic support

On 2 February 2016 at 05:58, Rob Herring wrote: > On Wed, Jan 13, 2016 at 3:52 PM, Rob Herring wrote: >> Dave, >> >> This series is the minimal changes to get virtio-gpu working with >> Android DRM based hwcomposer. The first 3 patches are fixes, but I >> assume they are only hit if using the

[PATCH v2 0/3] drm: adv7511: edid read fixes

Hi Wolfram, On Monday 01 February 2016 14:31:20 Wolfram Sang wrote: > On Fri, Jan 08, 2016 at 10:56:47PM +0100, Wolfram Sang wrote: > > So, here is my V2 of this series. Changes: > > > > * Added tags. Thanks to Laurent and Lars-Peter for review and to Archit > > for > > > > testing. Much

[PATCH v5 00/12] Enable GPU switching on pre-retina MacBook Pro

On 2 February 2016 at 08:49, Lukas Wunner wrote: > Hi, > > On Mon, Jan 11, 2016 at 08:09:20PM +0100, Lukas Wunner wrote: >> Enable GPU switching on the pre-retina MacBook Pro (2008 - 2013), v5. > > This series hasn't seen any reviews or acks unfortunately. > Any takers? Has the tree this depends

[Bug 93895] GPU lockup on AMD A4-3400 APU when starting X server on opensource drivers. (works fine with fglrx)

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

[Bug 93895] GPU lockup on AMD A4-3400 APU when starting X server on opensource drivers. (works fine with fglrx)

ail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160202/9b092428/attachment.html>

[PATCH v5 00/12] Enable GPU switching on pre-retina MacBook Pro

On 2 February 2016 at 11:10, Dave Airlie wrote: > On 2 February 2016 at 08:49, Lukas Wunner wrote: >> Hi, >> >> On Mon, Jan 11, 2016 at 08:09:20PM +0100, Lukas Wunner wrote: >>> Enable GPU switching on the pre-retina MacBook Pro (2008 - 2013), v5. >> >> This series hasn't seen any reviews or

[Bug 93895] GPU lockup on AMD A4-3400 APU when starting X server on opensource drivers. (works fine with fglrx)

causes the lockup, in case you want to see the difference between the two or something. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160202/e0bd52f5/attachment.html>

[Bug 93911] Radeon rv635 with KMS and no dpm, intermittent/random GPU lockup

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160202/69844e95/attachment-0001.html>

BUG caused by "Use new drm_fb_helper functions" series

Hi Peter, On 02/02/2016 02:07 AM, Peter Hurley wrote: > Hi Archit, > > Just booting 4.4-rc5+, I got this splat [1] > At first glance, this appears to be a simple fix. Thanks for sharing this. > > However, I'm concerned that fbcon functions, which may be called with > interrupts disabled, are

[PATCH] drm/gma500: remove helper function

We were getting build warning about: drivers/gpu/drm/gma500/mdfld_dsi_output.c:407:2: warning: initialization from incompatible pointer type The callback to dpms was pointing to a helper function which had a return type of void, whereas the callback should point to a function which has a

[PATCH v5 00/12] Enable GPU switching on pre-retina MacBook Pro

Hello all, > On 01 Feb 2016, at 23:49, Lukas Wunner wrote: > > Hi, > >> On Mon, Jan 11, 2016 at 08:09:20PM +0100, Lukas Wunner wrote: >> Enable GPU switching on the pre-retina MacBook Pro (2008 - 2013), v5. > > This series hasn't seen any reviews or acks unfortunately. > Any takers? > >

[PATCH v8 08/13] arm64: dts: mt8173: Add display subsystem related nodes

On Tue, Jan 5, 2016 at 1:36 AM, Philipp Zabel wrote: > From: CK Hu > > This patch adds the device nodes for the DISP function blocks > comprising the display subsystem. > > Signed-off-by: CK Hu > Signed-off-by: Cawa Cheng > Signed-off-by: Jie Qiu > Signed-off-by: Daniel Kurtz >

[PATCH 4/4] drm/layerscape: Add HDMI driver for freescale DCU

Hi Rob Thanks for your reply. I will correct those soon, and then send v2 out. BR Meng Yi > On Friday, January 29, 2016 10:52 AM, Rob Herring[robh at kernel.org] wrote: > > +The SiI9022A is an ultra low-power HDMI transmitter. It supports > > +resolutions from standard definition 480i/p and

[PATCH 1/3] drm: add helper to check for wc memory support

On Mon, Feb 1, 2016 at 7:01 PM, Alex Deucher wrote: > > On Sat, Jan 30, 2016 at 4:57 AM, Christian König > wrote: > > Am 30.01.2016 um 06:59 schrieb Oded Gabbay: > >> > >> From: Dave Airlie > >> > >> Signed-off-by: Dave Airlie > >> Signed-off-by: Oded Gabbay > > > > > > With the minor issues

[PATCH 06/10] staging/android: turn fence_info into a __64 pointer

2016-02-01 Gustavo Padovan : > Hi Maarten, > > 2016-02-01 Maarten Lankhorst : > > > Op 29-01-16 om 22:20 schreef Gustavo Padovan: > > > From: Gustavo Padovan > > > > > > Making fence_info a pointer enables us to extend the struct in the future > > > without breaking the ABI. > > > > > >

[PATCH v2 00/11] android sync framework: clean up IOCTLs and ABI

From: Gustavo Padovan Hi, This patch series clean up IOCTLs and abi of sync framework and it is a follow up on the clean up series I've sent on Jan 21: http://thread.gmane.org/gmane.comp.video.dri.devel/145509 The main changes here are: * remove of SYNC_WAIT

[PATCH v2 01/11] staging/android: remove SYNC_WAIT ioctl

From: Gustavo Padovan This ioctl is replicating the work of poll() syscall so let's take the opportunity that this is still on staging tree and remove the duplication and force new users to use the poll() standard interface. Signed-off-by: Gustavo Padovan ---

[PATCH v2 02/11] staging/android: rename sync_pt_info to fence_info

From: Gustavo Padovan As struct sync_pt doesn't exist anymore it is a good idea remove any reference to it in the sync_framework. sync_pts were replaced directly by fences. Signed-off-by: Gustavo Padovan --- drivers/staging/android/sync.c | 10 +-

[PATCH v2 03/11] staging/android: rename sync_file_info_data to sync_file_info

From: Gustavo Padovan info_data is a bit redundant, let's keep it as only sync_file_info. It is also smaller. Signed-off-by: Gustavo Padovan --- drivers/staging/android/sync.c | 26 +- drivers/staging/android/uapi/sync.h | 9

[PATCH v2 04/11] staging/android: remove driver_data from struct fence_info

From: Gustavo Padovan It is unclear in what situations driver_data should be used thus better do not upstream it for now. If a need arises in the future a discussion can be started to re-add it. Signed-off-by: Gustavo Padovan ---

[PATCH v2 05/11] staging/android: remove len field from struct fence_info

From: Gustavo Padovan After removing driver_data struct fence_info has now a fixed size, thus it doesn't need any field to tell its size, it is already known. Signed-off-by: Gustavo Padovan --- drivers/staging/android/sync.c | 4 +---

[PATCH v2 06/11] staging/android: turn fence_info into a __u64 pointer

From: Gustavo Padovan Making fence_info a pointer enables us to extend the struct in the future without breaking the ABI. v2: use type __u64 for fence_info Signed-off-by: Gustavo Padovan --- drivers/staging/android/sync.c | 2 +-

[PATCH v2 07/11] staging/android: add num_fences field to struct sync_file_info

From: Gustavo Padovan Inform the users how many fences are in the fence_info field. Signed-off-by: Gustavo Padovan --- drivers/staging/android/sync.c | 2 ++ drivers/staging/android/uapi/sync.h | 2 ++ 2 files changed, 4 insertions(+) diff --git

[PATCH v2 08/11] staging/android: make info->len return only the size of fence_infos

From: Gustavo Padovan The len member of struct sync_file_info was returning the size of the whole buffer (struct sync_file_info + fence_infos at the of it). This commit change it to return only the size of the array of fence_infos. It also moves len to be right

[PATCH v2 09/11] staging/android: rename SYNC_IOC_FENCE_INFO

From: Gustavo Padovan We don't use the 'fence' name to refer to sync_file anymore. So rename it to SYNC_IOC_FILE_INFO. Signed-off-by: Gustavo Padovan --- drivers/staging/android/sync.c | 2 +- drivers/staging/android/uapi/sync.h | 2 +- 2 files changed, 2

[PATCH v2 10/11] staging/android: add flags member to sync ioctl structs

From: Gustavo Padovan Play safe and add flags member to all structs. So we don't need to break API or create new IOCTL in the future if new features that requires flags arises. v2: check if flags are valid (zero, in this case) Signed-off-by: Gustavo Padovan

[PATCH v2 11/11] staging/android: remove redundant comments on sync_merge_data

From: Gustavo Padovan struct sync_merge_data already have documentation on top of the struct definition. No need to duplicate it. Signed-off-by: Gustavo Padovan --- drivers/staging/android/uapi/sync.h | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-)

[PATCH v9 03/14] drm/mediatek: Add DSI sub driver

Hi Philipp, I ran into some issues when trying to bring up just the DSI path of the Mediatek DRM driver. Things were failing in probe/bind that triggered some oopses in the unbind/error paths. This resulted in the following review of the dsi patch... On Tue, Jan 12, 2016 at 11:15 PM, Philipp

[PATCH v2 06/11] staging/android: turn fence_info into a __u64 pointer

Op 02-02-16 om 14:23 schreef Gustavo Padovan: > From: Gustavo Padovan > > Making fence_info a pointer enables us to extend the struct in the future > without breaking the ABI. > > v2: use type __u64 for fence_info > Signed-off-by: Gustavo Padovan > --- > drivers/staging/android/sync.c | 2

[PATCH v2 08/11] staging/android: make info->len return only the size of fence_infos

Op 02-02-16 om 14:23 schreef Gustavo Padovan: > From: Gustavo Padovan > > The len member of struct sync_file_info was returning the size of the whole > buffer (struct sync_file_info + fence_infos at the of it). This commit > change it to return only the size of the array of fence_infos. > > It

[PATCH v2 02/11] staging/android: rename sync_pt_info to fence_info

Op 02-02-16 om 14:23 schreef Gustavo Padovan: > From: Gustavo Padovan > > As struct sync_pt doesn't exist anymore it is a good idea remove any > reference to it in the sync_framework. sync_pts were replaced directly by > fences. > rename it to sync_fence_info to prevent polluting the global

[PATCH 1/2] drm/i915/skl: Don't skip mst encoders in skl_ddi_pll_select()

We don't actually check for INTEL_OUTPUT_DP_MST at all in here, as a result we skip assigning a DPLL to any DP MST ports, which makes link training fail, after which things just keep going downhill from there. Consequently, this fixes DisplayPort MST causing kernel panics, machine check errors,

[PATCH 2/2] drm/i915/skl: Explicitly check for eDP in skl_ddi_pll_select()

Assuming any connector that isn't DP, MST, or HDMI is eDP definitely seems likely to cover up other bugs in the future. Signed-off-by: Lyude --- drivers/gpu/drm/i915/intel_ddi.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/i915/intel_ddi.c

[PATCH v5 00/12] Enable GPU switching on pre-retina MacBook Pro

Hi Dave, On Tue, Feb 02, 2016 at 11:10:19AM +1000, Dave Airlie wrote: > On 2 February 2016 at 08:49, Lukas Wunner wrote: > > On Mon, Jan 11, 2016 at 08:09:20PM +0100, Lukas Wunner wrote: > >> Enable GPU switching on the pre-retina MacBook Pro (2008 - 2013), v5. > > > > This series hasn't seen

[PATCH 1/3] drm: add helper to check for wc memory support

On Tue, Feb 2, 2016 at 7:01 AM, Oded Gabbay wrote: > On Mon, Feb 1, 2016 at 7:01 PM, Alex Deucher wrote: >> >> On Sat, Jan 30, 2016 at 4:57 AM, Christian König >> wrote: >> > Am 30.01.2016 um 06:59 schrieb Oded Gabbay: >> >> >> >> From: Dave Airlie >> >> >> >> Signed-off-by: Dave Airlie >>

[PATCH 1/2] drm/i915/skl: Don't skip mst encoders in skl_ddi_pll_select()

On Tue, 02 Feb 2016, Lyude wrote: > We don't actually check for INTEL_OUTPUT_DP_MST at all in here, as a > result we skip assigning a DPLL to any DP MST ports, which makes link > training fail, after which things just keep going downhill from there. Apparently broken since commit

[PATCH v2 06/11] staging/android: turn fence_info into a __u64 pointer

On 2 February 2016 at 15:23, Gustavo Padovan wrote: > From: Gustavo Padovan > > Making fence_info a pointer enables us to extend the struct in the future > without breaking the ABI. > > v2: use type __u64 for fence_info > > Signed-off-by: Gustavo Padovan > --- > drivers/staging/android/sync.c

[PATCH v2 1/2] drm/i915/skl: Don't skip mst encoders in skl_ddi_pll_select()

We don't actually check for INTEL_OUTPUT_DP_MST at all in here, as a result we skip assigning a DPLL to any DP MST ports, which makes link training fail: [ 1442.933896] [drm:intel_power_well_enable] enabling DDI D power well [ 1442.933905] [drm:skl_set_power_well] Enabling DDI D power well [

[PATCH 2/2] dt-bindings: Add TPO TPG110 binding

as I can see. This panel is used with an fbdev driver, right? Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160202/6af19370/attachment.sig>

[PATCH v3 0/2] Add a DRM display driver to the Allwinner H3

The proposed DRM driver works on a Orange PI 2 with a kernel 4.5.0-rc1 and some H3 patches found in Hans de Goede's GIT repository. As there is no documentation about the HDMI of the H3, the associated encoder/connector driver has not been included in this patch series. For test purpose, it may

[PATCH v3 2/2] drm: sunxi: Add a basic DRM driver for Allwinner DE2

In recent SoCs, as the H3, Allwinner uses a new display interface, DE2. This patch adds a DRM video driver for this interface. Signed-off-by: Jean-Francois Moine --- v3: - add the hardware cursor - simplify and fix the DE2 init sequences - generation for all SUNXI SoCs

[PATCH RFC 0/2] Add a display driver to the Allwinner H3

k for a few issues in the past... Maxime -- Maxime Ripard, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160202/549266c0/attachment.sig>

[PATCH v3 1/2] clk: sunxi: Add sun6i/8i video support

Hi Jean-Francois, On 1 February 2016 at 07:43, Jean-Francois Moine wrote: > Add the clock types which are used by the sun6i/8i families for video. > > Signed-off-by: Jean-Francois Moine > --- > v3: (no change) > v2: > - remarks from Chen-Yu Tsai > - DT documentation added > ---

[PATCH v2 2/2] drm: sunxi: Add a basic DRM driver for Allwinner DE2

On Wed, 20 Jan 2016 11:14:38 + Andre Przywara wrote: > I haven't looked at it in detail yet, I just tried to compile it for > ARM64 to prepare for a test on the Allwinner A64. > > So just two things I spotted below: Hi André, I fixed them in the v3 patch request. Have you succeeded to

[PATCH v2 2/2] drm: sunxi: Add a basic DRM driver for Allwinner DE2

Hi, On 02/02/16 17:19, Jean-Francois Moine wrote: > On Wed, 20 Jan 2016 11:14:38 + > Andre Przywara wrote: > >> I haven't looked at it in detail yet, I just tried to compile it for >> ARM64 to prepare for a test on the Allwinner A64. >> >> So just two things I spotted below: > > Hi André,

[PATCH v4 0/2] Add a DRM display driver to the Allwinner H3

The proposed DRM driver works on a Orange PI 2 with a kernel 4.5.0-rc1 and some H3 patches found in Hans de Goede's GIT repository. As there is no documentation about the HDMI of the H3, the associated encoder/connector driver has not been included in this patch series. For test purpose, it may

[PATCH v4 1/2] clk: sunxi: Add sun6i/8i video support

Add the clock types which are used by the sun6i/8i families for video. Signed-off-by: Jean-Francois Moine --- v4: - drivers/clk/sunxi/Makefile was missing (Emil Velikov) v3: (no change) v2: - remarks from Chen-Yu Tsai - DT documentation added ---

[PATCH v4 2/2] drm: sunxi: Add a basic DRM driver for Allwinner DE2

In recent SoCs, as the H3, Allwinner uses a new display interface, DE2. This patch adds a DRM video driver for this interface. Signed-off-by: Jean-Francois Moine --- v4: (no change) v3: - add the hardware cursor - simplify and fix the DE2 init sequences - generation for

[PATCH v3 1/2] clk: sunxi: Add sun6i/8i video support

On Tue, 2 Feb 2016 17:19:15 + Emil Velikov wrote: > > --- > > Documentation/devicetree/bindings/clock/sunxi.txt | 2 + > > drivers/clk/sunxi/clk-sun6i-display.c | 106 + > > drivers/clk/sunxi/clk-sun6i-pll3.c| 174 > > ++ > > 3

BUG caused by "Use new drm_fb_helper functions" series

On 02/01/2016 09:20 PM, Archit Taneja wrote: > Hi Peter, > > On 02/02/2016 02:07 AM, Peter Hurley wrote: >> Hi Archit, >> >> Just booting 4.4-rc5+, I got this splat [1] >> At first glance, this appears to be a simple fix. > > Thanks for sharing this. > >> >> However, I'm concerned that fbcon

[PATCH v2 08/11] staging/android: make info->len return only the size of fence_infos

2016-02-02 Maarten Lankhorst : > Op 02-02-16 om 14:23 schreef Gustavo Padovan: > > From: Gustavo Padovan > > > > The len member of struct sync_file_info was returning the size of the whole > > buffer (struct sync_file_info + fence_infos at the of it). This commit > > change it to return only the

[PATCH v2 2/2] drm: sunxi: Add a basic DRM driver for Allwinner DE2

On Tue, 2 Feb 2016 17:26:13 + Andre Przywara wrote: > Can you sketch (or point me to) what I need to do? Just a > simple-framebuffer DT node? > I take it that the driver does not depend on any kind of U-Boot > initialisation, but instead takes care of this itself? > > And would this pave

[PATCH] drm/dp/mst: deallocate payload on port destruction

Hi Dave, Daniel, Have you had a chance to take a look at this patch? Thanks, Harry -Original Message- From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of Harry Wentland Sent: January 27, 2016 9:40 AM To: dri-devel at lists.freedesktop.org Cc: Lysenko, Mykola

[Bug 93970] Second Life - Advanced Lighting Model shader fails to compile on Radeon SI driver

IRN) and the problem occurs since I installed it. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160202/513e6b5c/attachment.html>

[Bug 93970] Second Life - Advanced Lighting Model shader fails to compile on Radeon SI driver

he bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160202/2057974a/attachment.html>

[Bug 93970] Second Life - Advanced Lighting Model shader fails to compile on Radeon SI driver

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160202/e47d029a/attachment.html>

[Bug 93970] Second Life - Advanced Lighting Model shader fails to compile on Radeon SI driver

with Mesa this bug should stay open, if not someone close it please. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160

[PATCH v2 06/11] staging/android: turn fence_info into a __u64 pointer

Hi Maarten, 2016-02-02 Maarten Lankhorst : > Op 02-02-16 om 14:23 schreef Gustavo Padovan: > > From: Gustavo Padovan > > > > Making fence_info a pointer enables us to extend the struct in the future > > without breaking the ABI. > > > > v2: use type __u64 for fence_info > > Signed-off-by:

[Bug 93970] Second Life - Advanced Lighting Model shader fails to compile on Radeon SI driver

dri-devel/attachments/20160202/bcf3e8e3/attachment-0001.html>

[PATCH 0/5] Fixes for MST (daisy-chain and 4k tiles)

On Mon, Jan 25, 2016 at 1:55 PM, Wentland, Harry wrote: > Hi Dave, > > I've been running with lockdep with these changes for over a week now. Just > ran another test with our daisy-chain displays and the 4k tiled display with > no deadlocks or lockdep prints (other than "RCU lockdep checking

[PATCH 1/2] Support for adreno 430.

Change-Id: I6c891515d93a6f1a597e762090c3530a6810c6c6 --- drivers/gpu/drm/msm/adreno/a4xx_gpu.c | 50 ++ drivers/gpu/drm/msm/adreno/adreno_device.c | 8 + drivers/gpu/drm/msm/adreno/adreno_gpu.c| 41

[PATCH 2/2] Add adreno430 power control

Change-Id: Ife53627e9985e1204cc319da0221338e5272eb81 --- drivers/gpu/drm/msm/adreno/a4xx_gpu.c | 39 +-- 1 file changed, 37 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/msm/adreno/a4xx_gpu.c b/drivers/gpu/drm/msm/adreno/a4xx_gpu.c index

[PATCH 0/8] Enable Gen 7 Observation Architecture

This series enables support for the Observation Architecture on Haswell Compared to the last series I sent out, the main changes are: * The terminology changed so we open a 'stream' not an 'event'. * A stream is configured with an array of u64 properties after finding the previous config

[PATCH 1/8] drm/i915: Add i915 perf infrastructure

Adds base i915 perf infrastructure for Gen performance metrics. This adds a DRM_IOCTL_I915_PERF_OPEN ioctl that takes an array of uint64 properties to configure a stream of metrics and returns a new fd usable with standard VFS system calls including read() to read typed and sized records; ioctl()

[PATCH 2/8] drm/i915: rename OACONTROL GEN7_OACONTROL

OACONTROL changes quite a bit for gen8, with some bits split out into a per-context OACTXCONTROL register. Rename now before add more gen7 OA registers Signed-off-by: Robert Bragg --- drivers/gpu/drm/i915/i915_cmd_parser.c | 4 ++-- drivers/gpu/drm/i915/i915_reg.h| 2 +- 2 files

[PATCH 3/8] drm/i915: Add 'render basic' Haswell OA unit config

Adds a static OA unit, MUX + B Counter configuration for basic render metrics on Haswell. This is autogenerated from an internal XML description of metric sets. Signed-off-by: Robert Bragg --- drivers/gpu/drm/i915/Makefile | 3 +- drivers/gpu/drm/i915/i915_drv.h| 14

[PATCH 4/8] drm/i915: Add i915 perf event for Haswell OA unit

Gen graphics hardware can be set up to periodically write snapshots of performance counters into a circular buffer via its Observation Architecture and this patch exposes that capability to userspace via the i915 perf interface. Cc: Chris Wilson Signed-off-by: Robert Bragg Signed-off-by: Zhenyu

[PATCH 5/8] drm/i915: advertise available metrics via sysfs

Each metric set is given a sysfs entry like: /sys/class/drm/card0/metrics//id This allows userspace to enumerate the specific sets that are available for the current system. The 'id' file contains an unsigned integer that can be used to open the associated metric set via

[PATCH 6/8] drm/i915: Add dev.i915.perf_event_paranoid sysctl option

Consistent with the kernel.perf_event_paranoid sysctl option that can allow non-root users to access system wide cpu metrics, this can optionally allow non-root users to access system wide OA counter metrics from Gen graphics hardware. Signed-off-by: Robert Bragg ---

[PATCH 7/8] drm/i915: add oa_event_min_timer_exponent sysctl

The minimal sampling period is now configurable via a dev.i915.oa_min_timer_exponent sysctl parameter. Following the precedent set by perf, the default is the minimum that won't (on its own) exceed the default kernel.perf_event_max_sample_rate default of 10 samples/s. Signed-off-by: Robert

[PATCH 8/8] drm/i915: Add more Haswell OA metric sets

This adds 'compute', 'compute extended', 'memory reads', 'memory writes' and 'sampler balance' metric sets for Haswell. Signed-off-by: Robert Bragg --- drivers/gpu/drm/i915/i915_oa_hsw.c | 483 - 1 file changed, 482 insertions(+), 1 deletion(-) diff --git

[PATCH 1/8] drm/amdgpu: move gmc7 support out of CIK dependency

It's used by iceland which is VI. Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/amd/amdgpu/Makefile | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/amd/amdgpu/Makefile b/drivers/gpu/drm/amd/amdgpu/Makefile index

[PATCH 2/8] drm/amdgpu: iceland use CI based MC IP

From: Ken Wang Reviewed-by: Alex Deucher Signed-off-by: Ken Wang Cc: stable at vger.kernel.org --- drivers/gpu/drm/amd/amdgpu/gmc_v7_0.c | 10 +- drivers/gpu/drm/amd/amdgpu/vi.c | 7 --- 2 files changed, 13 insertions(+), 4 deletions(-) diff --git

[PATCH 4/8] drm/amdgpu: pull topaz gmc bits into gmc_v7

Add the topaz golden settings into the gmc7 module. Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/amd/amdgpu/gmc_v7_0.c | 35 +-- 1 file changed, 33 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/amd/amdgpu/gmc_v7_0.c

[PATCH 5/8] drm/amdgpu: drop topaz support from gmc8 module

topaz is actually gmc7. Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/amd/amdgpu/gmc_v8_0.c | 28 +--- 1 file changed, 1 insertion(+), 27 deletions(-) diff --git a/drivers/gpu/drm/amd/amdgpu/gmc_v8_0.c

[PATCH 7/8] drm/amdgpu: load MEC ucode manually on iceland

The smc doesn't handle it. Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c | 14 ++ 1 file changed, 10 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c b/drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c index

[PATCH 3/8] drm/amdgpu: The VI specific EXE bit should only apply to GMC v8.0 above

From: Ken Wang Reviewed-by: Alex Deucher Signed-off-by: Ken Wang Cc: stable at vger.kernel.org --- drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c

[PATCH 8/8] drm/amdgpu: remove exp hardware support from iceland

It's working now. bug: https://bugs.freedesktop.org/show_bug.cgi?id=92270 Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c

[PATCH 6/8] drm/amdgpu: don't load MEC2 on topaz

Not validated. Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c| 4 ++-- drivers/gpu/drm/amd/amdgpu/iceland_smc.c | 12 +++- 2 files changed, 5 insertions(+), 11 deletions(-) diff --git a/drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c

[PATCH v8 0/2] Add Rockchip Inno-HDMI driver

Hi Mark, Am Freitag, 29. Januar 2016, 14:42:48 schrieb Yakir Yang: > Here are a brief introduction to Innosilicon HDMI IP: > - Support HDMI 1.4a, HDCP 1.2 and DVI 1.0 standard compliant transmitter > - Support HDMI1.4 a/b 3D function defined in HDMI 1.4 a/b spec > - Digital video interface

[PATCH v4 2/2] drm: sunxi: Add a basic DRM driver for Allwinner DE2

On Tue, Feb 02, 2016 at 04:25:51PM +0100, Jean-Francois Moine wrote: > In recent SoCs, as the H3, Allwinner uses a new display interface, DE2. > This patch adds a DRM video driver for this interface. > > Signed-off-by: Jean-Francois Moine > --- > v4: (no change) > v3: > - add the hardware

[PATCH 1/8] drm/amdgpu: move gmc7 support out of CIK dependency

Am 02.02.2016 um 22:36 schrieb Alex Deucher: > It's used by iceland which is VI. > > Signed-off-by: Alex Deucher > Cc: stable at vger.kernel.org Nice work, the full set is Reviewed-by: Christian König Going to test it tomorrow as well. Christian. > --- >

[PATCH v4 1/2] clk: sunxi: Add sun6i/8i video support

On Tue, Feb 02, 2016 at 06:35:10PM +0100, Jean-Francois Moine wrote: > Add the clock types which are used by the sun6i/8i families for video. > > Signed-off-by: Jean-Francois Moine > --- > v4: > - drivers/clk/sunxi/Makefile was missing (Emil Velikov) > v3: (no change) > v2: > -

[PATCH 4/4] drm/layerscape: Add HDMI driver for freescale DCU

Hi Meng Yi, I plan to review the patchset too, but did not come around yet. The forth patch conflicts with my changes in the DRM DCU driver. Since it will likely go through my tree, please base v2 ontop of my DCU branch: http://git.agner.ch/gitweb/?p=linux-drm-fsl-dcu.git;a=summary -- Stefan

[PATCH 1/2] Support for adreno 430.

overall, looks pretty good, few small comments inline On Tue, Feb 2, 2016 at 4:06 PM, C Stout wrote: > Change-Id: I6c891515d93a6f1a597e762090c3530a6810c6c6 > --- > drivers/gpu/drm/msm/adreno/a4xx_gpu.c | 50 > ++ > drivers/gpu/drm/msm/adreno/adreno_device.c |

[PATCH 2/2] Add adreno430 power control

On Tue, Feb 2, 2016 at 4:06 PM, C Stout wrote: > Change-Id: Ife53627e9985e1204cc319da0221338e5272eb81 thanks, looks good. I should mention we usually drop the change-id tag's upstream. But I can fix that up when I apply the patch, so no need to re-send. BR, -R > --- >

[PATCH] drm/rockchip: support prime fd import

The prime fd to handle ioctl was not used with rockchip before. Support was added in order to support potential uses (e.g. zero-copy video decode, camera). Signed-off-by: Zach Reizner --- drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 1 + drivers/gpu/drm/rockchip/rockchip_drm_gem.c | 92

SDL and drm driver

size pitch -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160202/33b2df7e/attachment.html>

[PATCH 2/2] drm/fsl-dcu: use flat regmap cache

On 2016-01-20 18:50, Stefan Agner wrote: > Using flat regmap cache instead of RB-tree to avoid the following > lockdep warning on driver load: > [0.697285] WARNING: CPU: 0 PID: 1 at kernel/locking/lockdep.c:2755 > lockdep_trace_alloc+0x15c/0x160() > [0.697449]

[PATCH v2 1/2] drm/fsl-dcu: fix register initialization

The layer enumeration start with 0 (0-15 for LS1021a and 0-63 for Vybrid) whereas the register enumeration start from 1 (1-10 for LS1021a and 1-9 for Vybrid). The loop started off from 0 for both iterations and initialized the number of layers inclusive, which is one layer too many. All

[PATCH v2 2/2] drm/fsl-dcu: use flat regmap cache

Using flat regmap cache instead of RB-tree to avoid the following lockdep warning on driver load: [0.697285] WARNING: CPU: 0 PID: 1 at kernel/locking/lockdep.c:2755 lockdep_trace_alloc+0x15c/0x160() [0.697449] DEBUG_LOCKS_WARN_ON(irqs_disabled_flags(flags)) The RB-tree regmap cache needs