[PATCH v2 5/5] drm/i915: use i915_gem_open() directly instead of i915_driver_open()

i915_driver_open() is equivalent to i915_gem_open(). Replace the i915_driver_open with the direct use of i915_gem_open(). Signed-off-by: Masahiro Yamada --- drivers/gpu/drm/i915/i915_drv.c | 13 + 1 file changed, 1 insertion(+), 12 deletions(-) diff --git a/drivers/gpu/drm/i915/i9

[PATCH v2 4/5] drm/qxl: squash lines for simple wrapper functions

Remove unneeded variables and assignments. Signed-off-by: Masahiro Yamada --- drivers/gpu/drm/qxl/qxl_draw.c| 7 ++- drivers/gpu/drm/qxl/qxl_release.c | 7 ++- 2 files changed, 4 insertions(+), 10 deletions(-) diff --git a/drivers/gpu/drm/qxl/qxl_draw.c b/drivers/gpu/drm/qxl/qxl_dr

[PATCH v2 3/5] drm/bridge: squash lines for simple wrapper functions

Remove unneeded variables and assignments. Signed-off-by: Masahiro Yamada --- drivers/gpu/drm/bridge/analogix/analogix_dp_reg.c | 20 1 file changed, 4 insertions(+), 16 deletions(-) diff --git a/drivers/gpu/drm/bridge/analogix/analogix_dp_reg.c b/drivers/gpu/drm/bridge/a

[PATCH v2 2/5] drm/radeon: squash lines for simple wrapper functions

Remove unneeded variables and assignments. Signed-off-by: Masahiro Yamada --- drivers/gpu/drm/radeon/cik.c | 6 +- drivers/gpu/drm/radeon/r100.c | 6 +- drivers/gpu/drm/radeon/r600.c | 6 +- 3 files changed, 3 insertions(+), 15 deletions(-) diff --git a/drivers/gpu/drm/radeon/cik.

[PATCH v2 1/5] drm/amdgpu: squash lines for simple wrapper functions

Remove unneeded variables and assignments. Signed-off-by: Masahiro Yamada --- drivers/gpu/drm/amd/amdgpu/dce_virtual.c | 6 +- drivers/gpu/drm/amd/amdgpu/sdma_v2_4.c | 6 +- drivers/gpu/drm/amd/amdgpu/sdma_v3_0.c | 6 +- 3 files changed, 3 insertions(+), 15 deletions(-) diff --

[PATCH v2 0/5] drm: clean up several wrapper functions

Changes in v2: - Split per-driver - Remove i915_driver_open() - Fix dce_virtual_hw_init() as well Masahiro Yamada (5): drm/amdgpu: squash lines for simple wrapper functions drm/radeon: squash lines for simple wrapper functions drm/bridge: squash lines for simple wrapper functions drm

[PATCH v3 3/4] arm: dts: qcom: apq8064: Add display DT nodes

On 9/14/2016 3:14 AM, Stephen Boyd wrote: > On 09/13/2016 08:21 AM, Archit Taneja wrote: >> APQ8064 contains a MDP4 based display controller. It contains a HDMI, LVDS >> and 2 DSI outputs. >> >> Add display DT nodes for MDP4, HDMI TX and HDMI PHY. MDP4 based display >> blocks have a flat device h

[Bug 97524] Invalid sampler settings cause full GPU reset

xt part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160914/ff0ac033/attachment.html>

[PATCH 8/8] drm/rockchip: Kill vop_plane_state

After changes introduced by last patches, there is no useful data stored in vop_plane_state struct. Let's remove it and make the driver use generic plane state alone. Signed-off-by: Tomasz Figa --- drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 94 + 1 file changed, 1

[PATCH 7/8] drm/rockchip: Always signal event in next vblank after cfg_done

This patch makes the driver send the pending vblank event in next vblank following the commit, relying on vblank signalling improvements done in previous patches. This gives us vblank events that always represent the real moment of changes hitting on the screen (which was the case only for complete

[PATCH 6/8] drm/rockchip: Do not enable vblank without event

Originally we needed to enable vblank for any atomic commit to kick the PSR machine, but that was changed and we no longer need to do so from a vblank interrupt. Let's return to original behavior of enabling vblank only if it is really necessary. This essentially reverts commit 5b6804034ae9 ("drm/

[PATCH 5/8] drm/rockchip: Replace custom wait_for_vblanks with helper

Currently the driver uses a custom function to wait for flip to complete after an atomic commit. It was needed before because of two problems: - there is no hardware vblank counter, so the original helper would have a race condition with the vblank interrupt, - the driver didn't support unrefe

[PATCH 4/8] drm/rockchip: Unreference framebuffers from flip work

Currently the driver waits for vblank and then unreferences old framebuffers from atomic commit code path. This is however breaking the legacy cursor API, which requires the updates to be fully asynchronous. Instead of just adding a special case for cursor, we can have actually smaller amount of co

[PATCH 3/8] drm/rockchip: Avoid race with vblank count increment

Since VOP does not have a hardware vblank count register, the ongoing commit might be racing with a requested vblank interrupt, which would increment the software vblank counter before the changes being committed actually happen. To avoid this, we can extend .atomic_flush(), so after it sets cfg_d

[PATCH 2/8] drm/rockchip: Get rid of some unnecessary code

Current code implements prepare_fb and cleanup_fb callbacks only to grab/release fb references, which is already done by atomic framework when creating/destryoing plane state. Let's remove these unused bits. Signed-off-by: Tomasz Figa --- drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 18

[PATCH 1/8] drm/rockchip: Clear interrupt status bits before enabling

The enable register only masks the raw status bits to signal CPU interrupt only for enabled interrupts. The status bits are activated regardless of the enable register. This means that we might have an old interrupt event queued, which we are not interested in. To avoid getting a spurious interrupt

[PATCH 0/8] drm/rockchip: Flip wait clean-up

The display controller found on Rockchip SoCs supported by Rockchip DRM driver (VOP) is a bit problematic, because it does not provide hardware vblank counter. Because vblank interrupt is used to feed the software counter, the driver had custom code to wait for flip completion to avoid race between

[PATCH v6] drm: bridge/dw_hdmi: add dw hdmi i2c bus adapter support

Hi Philipp, On 08/29/2016 06:50 PM, Rob Herring wrote: > On Wed, Aug 24, 2016 at 08:46:37AM +0300, Vladimir Zapolskiy wrote: >> The change adds support of internal HDMI I2C master controller, this >> subdevice is used by default, if "ddc-i2c-bus" DT property is omitted. >> >> The main purpose of t

[Bug 97806] GPU lockup with mesa-git and llvm-svn with rx 470 on Unigine Heaven and TombRaider 2013

eiving 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/20160914/b7847965/attachment.html>

[PATCH] drm/vc4: Fall back to using an EDID probe in the absence of a GPIO.

On Pi0/1/2, we use an external GPIO line for hotplug detection, since the HDMI_HOTPLUG register isn't connected to anything. However, with the Pi3 the HPD GPIO line has moved off to a GPIO expander that will be tricky to get to (the firmware is constantly polling the expander using i2c0, so we'll

[PATCH] dma-buf/sync_file: Always increment refcount when merging fences.

On Wed, Sep 14, 2016 at 11:04:01AM -0300, Gustavo Padovan wrote: > 2016-09-14 Chris Wilson : > > I think there still seems to be a memory leak when calling > > sync_file_set_fence() here with i == 1. > > I think that is something we discussed already, we don't hold an extra > ref there for i == 1

[PATCH v4 3/4] gpu: ipu-ic: Add complete image conversion support with tiling

Hi Philipp, On 09/06/2016 02:26 AM, Philipp Zabel wrote: > Hi Steve, > > Am Mittwoch, den 17.08.2016, 17:50 -0700 schrieb Steve Longerbeam: >> This patch implements complete image conversion support to ipu-ic, >> with tiling to support scaling to and from images up to 4096x4096. >> Image rotation

[PATCH v9 00/19] Add support for FDMA DMA controller and slim core rproc found on STi chipsets

On Tue, Sep 13, 2016 at 11:06:16AM -0700, Bjorn Andersson wrote: > > I hate to send a ping, > > Sorry about that. > > > but do you think we can merge this fdma series? It has gone > > through quite a few review rounds now. > > > > I think the remoteproc part looks good. yeah I was waiting for

[PATCH] dma-buf/sync-file: Avoid enable fence signaling if poll(.timeout=0)

Hi Chris and Gustavo, On Mon, Aug 29, 2016 at 07:16:13PM +0100, Chris Wilson wrote: > If we being polled with a timeout of zero, a nonblocking busy query, > we don't need to install any fence callbacks as we will not be waiting. > As we only install the callback once, the overhead comes from the a

[PATCH] dma-buf/sync_file: Increment refcount of fence when all are signaled.

When we merge several fences, if all of them are signaled already, we still keep one of them. So instead of using add_fence(), which will not increase the refcount of signaled fences, we should explicitly call fence_get() for the fence we are keeping. This patch fixes a kernel panic that can be tr

[Bug 97806] GPU lockup with mesa-git and llvm-svn with rx 470 on Unigine Heaven and TombRaider 2013

trunk with llvm-svn trunk. It's working with mesa-git trunk with llvm-3.8.1 -- 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/attach

[PATCH] 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()

[Bug 97806] GPU lockup with mesa-git and llvm-svn with rx 470 on Unigine Heaven and TombRaider 2013

-- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160914/b7f7e04c/attachment.html>

[PATCH v4 03/14] drm: Use drm_format_info() in DRM core code

planes; i++) { > seq_printf(m, " %d: offset=%d pitch=%d, obj: ", > i, fb->offsets[i], fb->pitches[i]); > drm_gem_cma_describe(fb_cma->obj[i], m); This change doesn't seem to improve the function. Afaics, only the num planes is retrieved and used. Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160914/675c2d72/attachment.sig>

[Intel-gfx] [PATCH v5 01/11] drm/i915: Add i915 perf infrastructure

size to inform userspace. i915 perf moved to taking an array of u64 properties and no longer writes back a size member in the param struct like perf. Thanks, - Robert > > Regards, > Emil > -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160914/b1d161bb/attachment.html>

[Intel-gfx] [PATCH v5 01/11] drm/i915: Add i915 perf infrastructure

Hi Robert, I think I've spotted one interesting, yet trivial bit. On 14 September 2016 at 15:19, Robert Bragg wrote: > 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 o

[PATCH] drm/radeon/radeon_device: clean function declarations in radeon_device.c up

rm/radeon/radeon_drv.h >> @@ -119,4 +119,9 @@ >> long radeon_drm_ioctl(struct file *filp, >> unsigned int cmd, unsigned long arg); >> +#if defined(CONFIG_DEBUG_FS) >> +int radeon_debugfs_init(struct drm_minor *minor); >> +void radeon_debugfs_cleanup(struct drm_minor *minor); >> +#endif >> + >> #endif/* __RADEON_DRV_H__ */ >> > > > -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160914/842ffec2/attachment-0001.html>

[PATCH v7 7/9] drm/mediatek: add dsi transfer function

Hi, YT: On Wed, 2016-09-14 at 15:22 +0800, YT Shen wrote: > Hi CK, > > On Wed, 2016-09-14 at 14:39 +0800, CK Hu wrote: > > Hi, YT: > > > > On Wed, 2016-09-14 at 14:19 +0800, YT Shen wrote: > > > Hi CK, > > > > > > On Tue, 2016-09-13 at 17:25 +0800, CK Hu wrote: > > > > Hi, YT: > > > > > > > >

[PATCH v7 7/9] drm/mediatek: add dsi transfer function

Hi CK, On Wed, 2016-09-14 at 14:39 +0800, CK Hu wrote: > Hi, YT: > > On Wed, 2016-09-14 at 14:19 +0800, YT Shen wrote: > > Hi CK, > > > > On Tue, 2016-09-13 at 17:25 +0800, CK Hu wrote: > > > Hi, YT: > > > > > > On Mon, 2016-09-12 at 18:16 +0800, YT Shen wrote: > > > > Hi CK, > > > > > > > > O

[GIT PULL] drm-vc4-fixes-2016-09-14

These should be the last vc4 fixes for 4.8. The following changes since commit 552416c146fadc67cd9b53ef7adf88d3381c43a6: drm/vc4: Fix oops when userspace hands in a bad BO. (2016-08-19 19:17:39 -0700) are available in the git repository at: https://github.com/anholt/linux tags/drm-vc4-fixe

[PATCH v5 11/11] drm/i915: Add a kerneldoc summary for i915_perf.c

In particular this tries to capture for posterity some of the early challenges we had with using the core perf infrastructure in case we ever want to revisit adapting perf for device metrics. Cc: Chris Wilson Signed-off-by: Robert Bragg --- drivers/gpu/drm/i915/i915_perf.c | 163 +++

[PATCH v5 10/11] drm/i915: Add more Haswell OA metric sets

This adds 'compute', 'compute extended', 'memory reads', 'memory writes' and 'sampler balance' metric sets for Haswell. The code is auto generated from an XML description of metric sets, currently maintained in gputop, ref: https://github.com/rib/gputop > gputop-data/oa-*.xml > scripts/i915-pe

[PATCH v5 09/11] 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 Br

[PATCH v5 08/11] 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 --- drivers/gpu/drm/i915/i915_dr

[PATCH v5 07/11] 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 DRM_IOCTL_I915_PERF_OPEN.

[PATCH v5 06/11] drm/i915: Enable i915 perf stream 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 v5 05/11] 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 auto generated from an XML description of metric sets, currently maintained in gputop, ref: https://github.com/rib/gputop > gputop-data/oa-*.xml > scripts/i915-perf-kernelgen.py $ make -C gpu

[PATCH v5 04/11] drm/i915: don't whitelist oacontrol in cmd parser

Being able to program OACONTROL from a non-privileged batch buffer is not sufficient to be able to configure the OA unit. This was originally allowed to help enable Mesa to expose OA counters via the INTEL_performance_query extension, but the current implementation based on programming OACONTROL vi

[PATCH v5 03/11] drm/i915: return EACCES for check_cmd() failures

check_cmd() is checking whether a command adheres to certain restrictions that ensure it's safe to execute within a privileged batch buffer. Returning false implies a privilege problem, not that the command is invalid. The distinction makes the difference between allowing the buffer to be executed

[PATCH v5 02/11] 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 adding 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 chang

[PATCH v5 01/11] 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 v5 00/11] Enable i915 perf stream for Haswell OA unit

This just rebases my i915 perf series on a recent drm-intel-nightly. Considering now that this series has been reviewed a number of times by Chris, and I think I've responded to his feedback: I wonder if this series is ready to be added to drm-intel-nightly soon? I think most of the effort for th

[PATCH v4 02/14] drm: Implement the drm_format_*() helpers as drm_format_info() wrappers

GP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160914/559e4a02/attachment.sig>

[Bug 97806] GPU lockup with mesa-git and llvm-svn with rx 470 on Unigine Heaven and TombRaider 2013

lt;https://lists.freedesktop.org/archives/dri-devel/attachments/20160914/5a72e250/attachment.html>

[Bug 97806] GPU lockup with mesa-git and llvm-svn with rx 470 on Unigine Heaven and TombRaider 2013

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

[Bug 97634] [amdgpu SI] multigpu setup crashes during boot when dpm=1

-- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160914/8491d984/attachment-0001.html>

[PATCH v4 01/14] drm: Centralize format information

87ee8..4e79d6159856 100644 > --- a/include/drm/drm_fourcc.h > +++ b/include/drm/drm_fourcc.h > @@ -25,6 +25,25 @@ > #include > #include > > +/** > + * struct drm_format_info - information about a DRM format > + * @format: 4CC format identifier (DRM_FORMAT_*) > + * @depth: color depth (number of bits per pixel excluding padding bits) Depth is zero for yuv formats. Maybe that should be made clear here. Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160914/cabfeb76/attachment-0001.sig>

[PATCH v7 7/9] drm/mediatek: add dsi transfer function

Hi, YT: On Wed, 2016-09-14 at 14:19 +0800, YT Shen wrote: > Hi CK, > > On Tue, 2016-09-13 at 17:25 +0800, CK Hu wrote: > > Hi, YT: > > > > On Mon, 2016-09-12 at 18:16 +0800, YT Shen wrote: > > > Hi CK, > > > > > > On Wed, 2016-09-07 at 10:33 +0800, CK Hu wrote: > > > > Hi, YT: > > > > > > > >

[Bug 97782] radeonsi: don't preload constants at the beginning of shaders patch break X rebirth

. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160914/415519b7/attachment.html>

[PATCH v7 7/9] drm/mediatek: add dsi transfer function

Hi CK, On Tue, 2016-09-13 at 17:25 +0800, CK Hu wrote: > Hi, YT: > > On Mon, 2016-09-12 at 18:16 +0800, YT Shen wrote: > > Hi CK, > > > > On Wed, 2016-09-07 at 10:33 +0800, CK Hu wrote: > > > Hi, YT: > > > > > > On Fri, 2016-09-02 at 19:24 +0800, YT Shen wrote: > > > > From: shaoming chen > >

4.8-rc1: it is now common that machine needs re-run of xrandr after resume

On Wed, 14 Sep 2016, Jani Nikula wrote: > On Wed, 14 Sep 2016, Pavel Machek wrote: >> For the "sometimes need xrandr after resume": I don't think I can >> bisect that. It only happens sometimes :-(. But there's something >> helpful in the logs: > >> [ 1856.218863] [drm:drm_edid_block_valid] *ERRO

[PATCH] drm/radeon/radeon_device: clean function declarations in radeon_device.c up

We get 2 warnings when building kernel with W=1: drivers/gpu/drm/radeon/radeon_device.c:1961:5: warning: no previous prototype for 'radeon_debugfs_init' [-Wmissing-prototypes] drivers/gpu/drm/radeon/radeon_device.c:1966:6: warning: no previous prototype for 'radeon_debugfs_cleanup' [-Wmissing-pro

[Bug 93649] [radeonsi] Graphics lockup while playing tf2

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

[Bug 97801] [amdgpu SI] "drm/amd/amdgpu: Tidy up SI SMC code" prevents amdgpu loading with dpm=1

vel/attachments/20160914/2606019c/attachment.html>

[PATCH v9 16/19] ARM: DT: STi: stihxxx-b2120: Add DT nodes for STi audio card

Hi Peter On 09/05/2016 03:16 PM, Peter Griffin wrote: > This patch enables the uniperif players 2 & 3 for b2120 boards > and also adds the "simple-audio-card" device node to interconnect > the SoC sound device and the codec. > > Signed-off-by: Arnaud Pouliquen > Signed-off-by: Peter Griffin > -

[PATCH v9 15/19] ARM: STi: DT: STiH407: Add uniperif reader dt nodes

Hi Peter On 09/05/2016 03:16 PM, Peter Griffin wrote: > This patch adds the DT node for the uniperif reader > IP block found on STiH407 family silicon. > > Signed-off-by: Arnaud Pouliquen > Signed-off-by: Peter Griffin > --- > arch/arm/boot/dts/stih407-family.dtsi | 28

[PATCH v9 14/19] ARM: STi: DT: STiH407: Add uniperif player dt nodes

Hi Peter On 09/05/2016 03:16 PM, Peter Griffin wrote: > This patch adds the DT nodes for the uniperif player > IP blocks found on STiH407 family silicon. > > Signed-off-by: Arnaud Pouliquen > Signed-off-by: Peter Griffin > --- > arch/arm/boot/dts/stih407-family.dtsi | 80 > +++

[PATCH v9 13/19] ARM: STi: DT: STiH407: Add sti-sasg-codec dt node

Hi Peter On 09/05/2016 03:16 PM, Peter Griffin wrote: > This patch adds the dt node for the internal audio > codec IP. > > Signed-off-by: Arnaud Pouliquen > Signed-off-by: Peter Griffin > --- > arch/arm/boot/dts/stih407-family.dtsi | 7 +++ > 1 file changed, 7 insertions(+) > > diff --git

[PATCH v9 12/19] ARM: DT: STiH407: Add spdif_out pinctrl config

Hi Peter On 09/05/2016 03:16 PM, Peter Griffin wrote: > This patch adds the pinctrl config for the spidf out > pins used by the sasg codec IP. > > Signed-off-by: Arnaud Pouliquen > Signed-off-by: Peter Griffin > Acked-by: Lee Jones > --- > arch/arm/boot/dts/stih407-pinctrl.dtsi | 8 >

[PATCH v9 11/19] ARM: DT: STiH407: Add i2s_in pinctrl configuration

Hi Peter On 09/05/2016 03:16 PM, Peter Griffin wrote: > This patch adds the pinctrl config for the i2s_in pins > used by the uniperif reader IP. > > Signed-off-by: Arnaud Pouliquen > Signed-off-by: Peter Griffin > Acked-by: Lee Jones > --- > arch/arm/boot/dts/stih407-pinctrl.dtsi | 24 +++

[PATCH v9 10/19] ARM: DT: STiH407: Add i2s_out pinctrl configuration

Hi Peter On 09/05/2016 03:16 PM, Peter Griffin wrote: > This patch adds the pinctrl config for the i2s_out pins > used by the uniperif player IP. > > Signed-off-by: Arnaud Pouliquen > Signed-off-by: Peter Griffin > Acked-by: Lee Jones > --- > arch/arm/boot/dts/stih407-pinctrl.dtsi | 23 ++

[PATCH v9 06/19] ARM: STi: DT: STiH407: Add FDMA driver dt nodes.

Hi Peter On 09/05/2016 03:16 PM, Peter Griffin wrote: > These nodes are required to get the fdma driver working > on STiH407 based silicon. > > Signed-off-by: Peter Griffin > Acked-by: Lee Jones > --- > arch/arm/boot/dts/stih407-family.dtsi | 52 > +++ > 1 file

[Bug 97634] [amdgpu SI] multigpu setup crashes during boot when dpm=1

tps://lists.freedesktop.org/archives/dri-devel/attachments/20160914/6a379997/attachment.html>

[Bug 97801] [amdgpu SI] "drm/amd/amdgpu: Tidy up SI SMC code" prevents amdgpu loading with dpm=1

xt part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160914/176d73d1/attachment.html>

[PATCH v8 8/9] drm/mediatek: update DSI sub driver flow

Hi, YT: On Mon, 2016-09-12 at 20:01 +0800, YT Shen wrote: > This patch update enable/disable flow of DSI module and MIPI TX module. > Original flow works on there is a bridge chip: DSI -> bridge -> panel. > In this case: DSI -> panel, the DSI sub driver flow should be updated. > We need to initial

[PATCH] drm/sti: forbid plane on several mixer

When a plane is going to be enabled we re-evaluate the possible crtcs for the associated drm plane. Only the crtc on which the plane should be displayed is considered possible until the plane is disabled. Indeed STI hardware does not allow to dynamically change the plane's crtc/mixer assignment whe

[PATCH] dma-buf/sync_file: Always increment refcount when merging fences.

2016-09-14 Rafael Antognolli : > On Wed, Sep 14, 2016 at 11:04:01AM -0300, Gustavo Padovan wrote: > > 2016-09-14 Chris Wilson : > > > > > On Tue, Sep 13, 2016 at 04:24:27PM -0700, Rafael Antognolli wrote: > > > > The refcount of a fence should be increased whenever it is added to a > > > > merge

4.8-rc1: it is now common that machine needs re-run of xrandr after resume

Am Mittwoch, 14. September 2016, 12:17:53 CEST schrieb Jani Nikula: > On Wed, 14 Sep 2016, Pavel Machek wrote: > > For the "sometimes need xrandr after resume": I don't think I can > > bisect that. It only happens sometimes :-(. But there's something > > helpful in the logs: > > > > [ 1856.218863

[Bug 153121] UVD not responding, trying to reset the VCPU, ATI Mobility Radeon HD 5650

https://bugzilla.kernel.org/show_bug.cgi?id=153121 --- Comment #37 from Kontantin Ivanov --- I'm always ready to help with this bug. Actually, UVD is not important for me. But the card I want to use. May be there is some documentation how to work with similar problems... ? -- You are receiving

[Bug 153121] UVD not responding, trying to reset the VCPU, ATI Mobility Radeon HD 5650

https://bugzilla.kernel.org/show_bug.cgi?id=153121 Kontantin Ivanov changed: What|Removed |Added Kernel Version|4.8.0-040800rc2 |4.8.0-040800rc5 -- You are receiving

[PATCH v4 0/7] drm/imx: Add active plane reconfiguration support

Hi Dave, Am Montag, den 29.08.2016, 17:44 +0200 schrieb Daniel Vetter: > On Mon, Aug 29, 2016 at 4:59 PM, Philipp Zabel > wrote: > > Am Montag, den 29.08.2016, 12:53 +0200 schrieb Philipp Zabel: > >> Am Freitag, den 26.08.2016, 15:30 +0800 schrieb Liu Ying: > >> > This patch adds active plane re

4.8-rc1: it is now common that machine needs re-run of xrandr after resume

On Wed, 14 Sep 2016, Pavel Machek wrote: > Intel folks, any ideas? Can you reproduce it? It's possible (but not confirmed yet) we've seen this in our CI, but has slipped through because it's sporadic. BR, Jani. -- Jani Nikula, Intel Open Source Technology Center

[PATCH] drm: Only use compat ioctl for addfb2 on X86/IA64

On Tue, Sep 13, 2016 at 5:20 PM, Kristian H. Kristensen wrote: > Similar to struct drm_update_draw, struct drm_mode_fb_cmd2 has an > unaligned 64 bit field (modifier). This get packed differently between > 32 bit and 64 bit modes on architectures that can handle unaligned 64 > bit access (X86 and

[PATCH] drm/amdgpu: fix semicolon.cocci warnings

drivers/gpu/drm/amd/amdgpu/../dal/amdgpu_dm/amdgpu_dm_types.c:827:59-60: Unneeded semicolon drivers/gpu/drm/amd/amdgpu/../dal/amdgpu_dm/amdgpu_dm_types.c:828:55-56: Unneeded semicolon drivers/gpu/drm/amd/amdgpu/../dal/amdgpu_dm/amdgpu_dm_types.c:829:57-58: Unneeded semicolon drivers/gpu/drm/amd/

[radeon-alex:amd-staging-4.7 367/1327] drivers/gpu/drm/amd/amdgpu/../dal/amdgpu_dm/amdgpu_dm_types.c:827:59-60: Unneeded semicolon

tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-4.7 head: af8331c5eae54c760bd990e9c96966436451fec7 commit: a0dec5cf512edb0ba5f0b34d5b83d911a890fd5c [367/1327] drm/amdgpu: Use dal driver for CZ coccinelle warnings: (new ones prefixed by >>) >> drivers/gpu/drm/amd/amdgpu/../da

[Intel-gfx] Bad flicker on skylake HQD due to code in the 4.7 merge window

On Mon, 20 Jun 2016, James Bottomley wrote: > On Fri, 2016-06-17 at 16:06 -0700, James Bottomley wrote: >> On Fri, 2016-06-17 at 16:34 +0300, Jani Nikula wrote: >> > On Fri, 17 Jun 2016, Daniel Vetter wrote: >> > > On Thu, Jun 16, 2016 at 03:42:12PM -0700, James Bottomley wrote: >> > > > On Thu,

[PATCH 0/1] drm: i915: don't use OpRegion for XPS 13 IvyBridge

On Sun, 28 Aug 2016, Andrea Arcangeli wrote: > I was bitten by this bug all last week while running latest kernels on > my laptop at KVMForum. > > I then found the bug was also reported here: > > https://bugzilla.kernel.org/show_bug.cgi?id=151731 Fixed by commit ea54ff4008892b46c7a3e6bc8ab8aaec9

[ADV7393] DRM Encoder Slave or DRM Bridge

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

4.8-rc1: it is now common that machine needs re-run of xrandr after resume

On Wed, 14 Sep 2016, Pavel Machek wrote: > For the "sometimes need xrandr after resume": I don't think I can > bisect that. It only happens sometimes :-(. But there's something > helpful in the logs: > [ 1856.218863] [drm:drm_edid_block_valid] *ERROR* EDID checksum is > invalid, remainder is 130

[Intel-gfx] 4.8-rc1: it is now common that machine needs re-run of xrandr after resume

On Tue, Sep 13, 2016 at 11:04:37PM +0200, Pavel Machek wrote: > Hi! > > > I have > > > > 00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset > > Integrated Graphics Controller (rev 03) > > > > In previous kernels, resume worked ok. With 4.8-rc1, I quite often (1 > > in 10 resum

[PATCH v3 1/1] Add nvd9128 as a simple panel

Add New Vision Display 7.0" 800 RGB x 480 TFT LCD panel Signed-off-by: Fabien Lahoudere Acked-by: Rob Herring --- .../devicetree/bindings/display/panel/nvd,9128.txt | 7 ++ .../devicetree/bindings/vendor-prefixes.txt| 1 + drivers/gpu/drm/panel/panel-simple.c | 26 ++

[PATCH] dma-buf/sync_file: Always increment refcount when merging fences.

On Tue, Sep 13, 2016 at 04:24:27PM -0700, Rafael Antognolli wrote: > The refcount of a fence should be increased whenever it is added to a merged > fence, since it will later be decreased when the merged fence is destroyed. > Failing to do so will cause the original fence to be freed if the merged

[PATCH] dma-buf/sync_file: Always increment refcount when merging fences.

2016-09-14 Chris Wilson : > On Tue, Sep 13, 2016 at 04:24:27PM -0700, Rafael Antognolli wrote: > > The refcount of a fence should be increased whenever it is added to a merged > > fence, since it will later be decreased when the merged fence is destroyed. > > Failing to do so will cause the origin

4.8-rc1: it is now common that machine needs re-run of xrandr after resume

On Wed, 14 Sep 2016, Jani Nikula wrote: > On Wed, 14 Sep 2016, Pavel Machek wrote: >> Hi! >> >>> I have >>> >>> 00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset >>> Integrated Graphics Controller (rev 03) >>> >>> In previous kernels, resume worked ok. With 4.8-rc1, I quite

[PATCH] drm/vc4: cleanup with list_first_entry_or_null()

n-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 800 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160914/a566c40c/attachment.sig>

4.8-rc1: it is now common that machine needs re-run of xrandr after resume

On Wed, 14 Sep 2016, Pavel Machek wrote: > Hi! > >> I have >> >> 00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset >> Integrated Graphics Controller (rev 03) >> >> In previous kernels, resume worked ok. With 4.8-rc1, I quite often (1 >> in 10 resumes?) get in state where prim

[PATCH 2nd RESEND v2 3/3] drm/bridge: add Silicon Image SiI8620 driver

SiI8620 transmitter converts eTMDS/HDMI signal to MHL 3.0. It is controlled via I2C bus. Its interaction with other devices in video pipeline is performed mainly on HW level. The only interaction it does on device driver level is filtering-out unsupported video modes, it exposes drm_bridge interfac

[PATCH 2nd RESEND v2 2/3] dt-bindings: add Silicon Image SiI8620 bridge bindings

SiI8620 transmitter converts eTMDS/HDMI signal to MHL 3.0. It is controlled via I2C bus. Signed-off-by: Andrzej Hajda Acked-by: Rob Herring --- .../bindings/video/bridge/sil-sii8620.txt | 33 ++ 1 file changed, 33 insertions(+) create mode 100644 Documentation/dev

[PATCH 2nd RESEND v2 1/3] video: add header file for Mobile High-Definition Link (MHL) interface

This header adds definitions specific to MHL protocol. Signed-off-by: Andrzej Hajda --- include/linux/mhl.h | 292 1 file changed, 292 insertions(+) create mode 100644 include/linux/mhl.h diff --git a/include/linux/mhl.h b/include/linux/mhl.

[PATCH 2nd RESEND v2 0/3] drm/bridge: add Silicon Image SiI8620 driver

Hi, This is 2nd RESEND of the patchset from Jan 2016. There are no changes beside more informative log message about discovered dongle and sink. This patchset adds MHL bridge driver for Silicon Image SiI8620 chip. The chip is quite powerful, supports MHL versions up to 3.0. It is present in multi

[PATCH] drm/sti: dpms function missing for HDMI connector

Signed-off-by: Vincent Abriou --- drivers/gpu/drm/sti/sti_hdmi.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/sti/sti_hdmi.c b/drivers/gpu/drm/sti/sti_hdmi.c index c6aa291..d850dda 100644 --- a/drivers/gpu/drm/sti/sti_hdmi.c +++ b/drivers/gpu/drm/sti/sti_hdmi.c @@ -1054,6 +

4.8-rc1: it is now common that machine needs re-run of xrandr after resume

On Wed 2016-09-14 10:38:18, Jani Nikula wrote: > On Wed, 14 Sep 2016, Pavel Machek wrote: > > Hi! > > > >> I have > >> > >> 00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset > >> Integrated Graphics Controller (rev 03) > >> > >> In previous kernels, resume worked ok. With 4.8

[Bug 97796] Parts of screen do not update

re visually a little corrupted, that means, the color of some pixel changed. -- 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/20160914/66f229cb/attachment-0001.html>

4.8-rc1: it is now common that machine needs re-run of xrandr after resume

On Tue 2016-09-13 22:38:45, Martin Steigerwald wrote: > Hi. > > Am Dienstag, 13. September 2016, 22:23:50 CEST schrieb Pavel Machek: > > I have > > > > 00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset > > Integrated Graphics Controller (rev 03) > > 00:02.0 VGA compatible co

[Bug 97796] Parts of screen do not update

make the problem visibly disappear? If not, it sounds like it might be a kernel driver issue. -- 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/

  1   2   >