[PATCH] drm/exynos: fix kernel panic issue at drm releasing

+ Rob Clark, Hi Daniel and Rob, 2016년 01월 05일 20:08에 Daniel Vetter 이(가) 쓴 글: > On Tue, Jan 05, 2016 at 07:55:52PM +0900, Inki Dae wrote: >> Hi Daniel, >> >> 2016년 01월 05일 05:24에 Daniel Stone 이(가) 쓴 글: >>> Hi Inki, >>> >>> On 4 January 2016 at 12:57, Inki Dae

[Bug 91202] Output to DVI-I (or DVI-D) is blank on Tonga (R9 285 and 380X) with multiple monitors

ful. -- 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/20160105/26bfea6d/attachment.html>

[Bug 103561] unable to handle kernel paging request with csgo in wine+nine, ttm_bo_del_from_lru

https://bugzilla.kernel.org/show_bug.cgi?id=103561 --- Comment #5 from Christoph Haag --- It's annoying because after this happens the GPU doesn't power off with runpm anymore and requires a reboot. -- You are receiving this mail because: You are watching the assignee of the bug.

[Intel-gfx] [PATCH] drm/i915: intel_hpd_init(): Don't check connectors for an encoder

On Tue, Jan 05, 2016 at 09:05:49PM +0100, Daniel Vetter wrote: > On Tue, Jan 05, 2016 at 02:53:08PM -0500, Lyude wrote: > > There's no reason to check for an active encoder when setting up hpd, > > especially since a disconnected connector isn't going to have an encoder > > in the first place.

[Intel-gfx] [PATCH] drm/i915: intel_hpd_init(): Don't check connectors for an encoder

On Tue, Jan 05, 2016 at 02:53:08PM -0500, Lyude wrote: > There's no reason to check for an active encoder when setting up hpd, > especially since a disconnected connector isn't going to have an encoder > in the first place. This fixes reprobing display connectors on resume. > > Signed-off-by:

Cannot enforce DVI-I output with Nouveau driver with FX 5200

Hi folks, there seems to be no method to enforce a specific output for the Nouveau kernel module and to override the auto-detection. The problem here persists for two systems behind a KVM switch (an ATEN CS22D) that is not recognized as a valid monitor by the current auto-detection algorithm.

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

Some comments from an ARM architecture point of view. I haven't reviewed it from a DRM point of view yet. On Tue, Jan 05, 2016 at 07:40:11PM +0100, Jean-Francois Moine wrote: > +struct tcon { > + u32 gctl; > +#define TCON_GCTL_TCON_En 0x8000 > + u32 gint0; > +#define

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

The proposed DRM driver works on a Orange PI 2 with a kernel 4.4-rc1 and the H3 patches found in Hans de Goede's GIT repository. As there is no documentation about the DE2 nor about the HDMI which are found in the H3, this driver has been built from Allwiiner's sources. So, there may be license

[PATCH] drm/exynos: fix kernel panic issue at drm releasing

Hi Daniel, 2016년 01월 05일 05:24에 Daniel Stone 이(가) 쓴 글: > Hi Inki, > > On 4 January 2016 at 12:57, Inki Dae wrote: >> 2015년 12월 24일 22:32에 Daniel Stone 이(가) 쓴 글: >>> On 24 December 2015 at 09:10, Inki Dae wrote: +void exynos_drm_crtc_cancel_page_flip(struct

[PATCH v2] drm/exynos: fix kernel panic issue at drm releasing

This patch fixes a kernel panic issue which happened when drm driver is closed while modetest. This issue could be reproduced easily by launching modetest with page flip repeatedly. The reason is that invalid drm_file object could be accessed by send_vblank_event function when finishing page

[PATCH RFC 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, and also a driver for the HDMI connector found in the H3. Signed-off-by: Jean-Francois Moine --- drivers/gpu/drm/Kconfig | 2 + drivers/gpu/drm/Makefile

[PATCH RFC 1/2] clk: sunxi: Add sun8i display support

Add the clock types which are used by the sun8i family for video. Signed-off-by: Jean-Francois Moine --- drivers/clk/sunxi/Makefile| 1 + drivers/clk/sunxi/clk-sun8i-display.c | 247 ++ 2 files changed, 258 insertions(+) create mode 100644

[PATCH 0/8] Add ASoC support for AMD APUs [v6]

bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160105/11b339de/attachment.sig>

[PATCH 8/8] ASoC: AMD: Manage ACP 2.x SRAM banks power

> audio device close. This looks good. -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160105/093db8db/attachment.sig>

[PATCH 7/8] ASoC: AMD: add pm ops

Otherwise this patch looks OK. -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160105/8f2e15d4/attachment-0001.sig>

[PATCH 6/8] ASoC: AMD: add AMD ASoC ACP 2.x DMA driver

t apply or review code that isn't sent to me. -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160105/9e3a8f5f/attachment.sig>

[PATCH 6/8] ASoC: AMD: add AMD ASoC ACP 2.x DMA driver

0 These defines could all use namespacing, as could some of the others later than don't mention ACP. -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160105/7d216c85/attachment.sig>

[PATCH] gpu: ipu-v3: Do not bail out on missing optional port nodes

The port nodes are documented as optional, treat them accordingly. Reported-by: Martin Fuzzey Signed-off-by: Philipp Zabel Fixes: 304e6be652e2 ("gpu: ipu-v3: Assign of_node of child platform devices to corresponding ports") --- drivers/gpu/ipu-v3/ipu-common.c | 9 + 1 file changed, 5

[Bug 93144] [radeonsi] Alien: Isolation feature request

dri-devel/attachments/20160105/f926ce0a/attachment.html>

[PATCH 27/29] drm/vgem: Move get_pages to gem_create

On 23.11.2015 10:33, Daniel Vetter wrote: > vgem doesn't have a shrinker or anything like that and drops backing > storage only at object_free time. There's no use in trying to be > clever and allocating backing storage delayed, it only causes trouble > by requiring locking. > > Instead grab

WARNING: CPU: 3 PID: 914 at include/drm/drm_gem.h:146 udl_dumb_create+0xdd/0xf0 [udl]()

On 05.01.2016 09:49, Daniel Vetter wrote: > On Tue, Jan 05, 2016 at 08:46:19AM +0100, poma wrote: >> >> Hi Fi >> >> Please take a loo kat >> https://bugzilla.redhat.com/show_bug.cgi?id=1295646 > > Patches to fix these have been hanging around on the list for weeks, > looking for review ... The

[alsa-devel] [PATCH 0/9] dw-hdmi audio support

Hi Russell, 2015-08-27 10:42 GMT+02:00 Philipp Zabel : > > Am Samstag, den 08.08.2015, 17:09 +0100 schrieb Russell King - ARM > Linux: > > Following on from the previous sub-series, this sub-series adds audio > > support to dw-hdmi. > > > > The two different variants are now in this patch: AHB

[PATCH 1/3] drm/ttm: add ttm_bo_move_to_lru_tail function

On Tue, Jan 5, 2016 at 7:16 AM, Christian König wrote: > From: Christian König > > This allows the drivers to move a BO to the end of the LRU > without removing and adding it again. > > Signed-off-by: Christian König > Reviewed-by: Chunming Zhou This series is: Reviewed-by: Alex Deucher

[PATCH] drm/docs: more leftovers from the big vtable documentation pile

On Tue, Jan 05, 2016 at 04:22:15PM +0100, Daniel Vetter wrote: > Another pile of vfuncs from the old gpu.tmpl xml documentation that > I've forgotten to delete. I spotted a few more things to > clarify/extend in the new kerneldoc while going through this once > more. > > v2: Spelling fixes

[PATCH 2/2] drm: Remove opencoded drm_gem_object_release_handle()

On Tue, Jan 05, 2016 at 04:15:46PM +0100, Thierry Reding wrote: > On Tue, Jan 05, 2016 at 09:42:31AM +, Chris Wilson wrote: > > drm_gem_handle_delete() contains its own version of > > drm_gem_object_release_handle(), so lets just call the release method > > instead. > > > > Reported-by: Ville

[PATCH] drm/docs: more leftovers from the big vtable documentation pile

Another pile of vfuncs from the old gpu.tmpl xml documentation that I've forgotten to delete. I spotted a few more things to clarify/extend in the new kerneldoc while going through this once more. v2: Spelling fixes (Thierry). v3: More spelling fixes and use Thierry's proposal to clarify why

[PATCH v2] drm/i915: intel_hpd_init(): Fix suspend/resume reprobing

This fixes reprobing of display connectors on resume. After some talking with danvet on IRC, I learned that calling drm_helper_hpd_irq_event() does actually trigger a full reprobe of each connector's status. It turns out this is the actual reason reprobing on resume hasn't been working (this was

[PATCH 1/2] drm: Do not set outparam on error during GEM handle allocation

: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160105/9f1f5b5e/attachment-0001.sig>

[PATCH] drm/docs: more leftovers from the big vtable documentation pile

t only validate modes in ->mode_valid() but also in ->mode_fixup() to make sure invalid modes passed in from userspace are rejected. > Aside, I tried looking into untangling this a bit with a helper to > implement mode_valid in terms of mode_fixup (by just passing a dummy > adjusted_mode in). But figuring out which encoder/crtc to take (in > general) stopped that idea. Maybe we just need to iterate over all > possible configurations. The other problem was that mode_fixup was allowed > to change software state in legacy drivers, but atomic fixed that. Yeah, it sounds fine to me to keep this as-is, as long as everybody is clear on how it works. 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/20160105/9887f460/attachment.sig>

[alsa-devel] [PATCH 0/9] dw-hdmi audio support

On Tue, Jan 05, 2016 at 04:40:54PM +0100, Jean-Michel Hautbois wrote: > Hi Russell, > > 2015-08-27 10:42 GMT+02:00 Philipp Zabel : > > > > Am Samstag, den 08.08.2015, 17:09 +0100 schrieb Russell King - ARM > > Linux: > > > Following on from the previous sub-series, this sub-series adds audio > >

drm/i915/intel_drv.h - RPM wakelock ref not held during HW access

-- A non-text attachment was scrubbed... Name: config.gz Type: application/gzip Size: 41290 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160105/e2fd3d46/attachment-0004.bin> -- next part -- A non-text attachment was sc

[PATCH] drm/docs: more leftovers from the big vtable documentation pile

_check callback. >* > + * Also beware that the neither core nor helpers filter modes before > + * passing the to the driver. More specifically modes rejected by the Same as above. Thierry -- next part -- A non-text attachment was scrubbed... Nam

[PATCH] drm/amd/powerplay: fix compare_const_fl.cocci warnings

X != NULL, or even !X is more normmal in the kernel. Generated by: scripts/coccinelle/misc/compare_const_fl.cocci CC: Jammy Zhou Signed-off-by: Fengguang Wu Signed-off-by: Julia Lawall --- smumgr.c |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) ---

[PATCH v11 0/4] Allow USB devices to remain runtime-suspended when sleeping

On Tue, Jan 5, 2016 at 4:48 AM, Rafael J. Wysocki wrote: > On Monday, January 04, 2016 06:27:18 PM Derek Basehore wrote: >> On Mon, Nov 02, 2015 at 02:50:40AM +0100, Rafael J. Wysocki wrote: >> > >> > I've queued up this series for the second half of the v4.4 merge window. >> > >> > Thanks, >> >

[PATCH 2/4] drm/ttm: zero allocation only for CPU domain

Hi David, why is this patch 2/4 if it's just a single patch? Am Dienstag, den 05.01.2016, 11:55 +0800 schrieb david1.zhou at amd.com: > From: Chunming Zhou > > Change-Id: I653d61e32faaa11c39bb978bf90301513a0c35b8 This change-id is just pure noise when you submit something upstream. Please

[PATCH libdrm] tests: util: Fixup util_open() parameter order

From: Thierry Reding util_open() takes a device parameter, followed by a module parameter. The existing tests used the drmOpen() function, which uses a different ordering of the parameters, and the old ordering was accidentally kept during the conversion. Signed-off-by:

[Bug 93594] Flickering Shadows in The Talos Principle

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

[PATCH] drm/i915: intel_hpd_init(): Don't check connectors for an encoder

There's no reason to check for an active encoder when setting up hpd, especially since a disconnected connector isn't going to have an encoder in the first place. This fixes reprobing display connectors on resume. Signed-off-by: Lyude --- After some talking with danvet on IRC, I learned that

[patch] drm/amd/powerplay: fix a reversed condition

Yes. This was a Smatch warning but Coccinelle can also find this kinds of inconsistent NULL checking. regards, dan carpenter

[alsa-devel] [PATCH 0/9] dw-hdmi audio support

On Tue, Jan 5, 2016 at 1:40 PM, Jean-Michel Hautbois wrote: > What is the status of this series ? > I would like to use audio output in HDMI on my i.MX6 board, but I > don't know if you have some pending WIP on this ? This series is in mainline since 4.4-rc1.

[PATCH 4/4] drm/exynos: use generic code for managing zpos plane property

This patch replaces zpos property handling custom code in Exynos DRM driver with calls to generic DRM code. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_drm_drv.h | 1 - drivers/gpu/drm/exynos/exynos_drm_plane.c | 68 ---

[PATCH 3/4] drm/exynos: mixer: properly update all planes on the same vblank event

This patch also moves mixer_vsync_set_update() to newly introduced mixer_atomic_begin/flush callbacks. This ensures that all mixer planes will be updated on the same vsync event. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_mixer.c | 34 +- 1

[PATCH 2/4] drm/exynos: crtc: rework atomic_{begin,flush}

Some CRTC drivers (like Exynos DRM Mixer) can handle blocking register updates only on per-device level, not per-plane level. This patch changes exynos_crts atomic_begin/atomic_flush callbacks to handle the entire crtc, instead of given planes, so driver can handle both cases on their own.

[PATCH 1/4] drm: add support for generic zpos property

This patch adds support for generic plane's zpos property property with well-defined semantics: - added zpos properties to drm core and plane state structures - added helpers for normalizing zpos properties of given set of planes - well defined semantics: planes are sorted by zpos values and then

[PATCH 0/4] drm/exynos: introduce generic zpos property

Hello all, This patch series is a continuation of rework of blending support in Exynos DRM driver. Some background can be found here: http://www.spinics.net/lists/dri-devel/msg96969.html Daniel Vetter suggested that zpos property should be made generic, with well-defined semantics. This patchset

[PATCH v11 0/4] Allow USB devices to remain runtime-suspended when sleeping

On Monday, January 04, 2016 06:27:18 PM Derek Basehore wrote: > On Mon, Nov 02, 2015 at 02:50:40AM +0100, Rafael J. Wysocki wrote: > > > > I've queued up this series for the second half of the v4.4 merge window. > > > > Thanks, > > Rafael > > > > > >

drm/amd/powerplay: fix a reversed condition

> Yes. This was a Smatch warning Thanks for this acknowledgement. How do you think about to indicate such a detail more often in your update suggestions and bug reports? Would it make sense to mark contributions from automatic static source code analysis by a dedicated tag in the commit

DRM support in Android

other method.Struggling with this problem since many days but did n't find any answer .Please do help me. Thanks and Regards. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160105/ec176

[PATCH 3/3] drm/amdgpu: validate duplicates first

From: Christian König Most VM BOs end up in the duplicates list, validate it first make -ENOMEM less likely. Signed-off-by: Christian König Reviewed-by: Chunming Zhou --- drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 4 ++-- 1 file changed, 2 insertions(+), 2

[PATCH 2/3] drm/amdgpu: move VM page tables to the LRU end on CS

From: Christian König This makes it less likely to run into an ENOMEM because VM page tables are evicted last. Signed-off-by: Christian König Reviewed-by: Chunming Zhou --- drivers/gpu/drm/amd/amdgpu/amdgpu.h | 3 ++- drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c |

[PATCH 1/3] drm/ttm: add ttm_bo_move_to_lru_tail function

From: Christian König This allows the drivers to move a BO to the end of the LRU without removing and adding it again. Signed-off-by: Christian König Reviewed-by: Chunming Zhou --- drivers/gpu/drm/ttm/ttm_bo.c | 20

[Bug 93591] [TONGA] ARK Survival Evolved: corruption of main menu textures

TML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160105/0764a309/attachment.html>

[Bug 93591] [TONGA] ARK Survival Evolved: corruption of main menu textures

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

[PATCH] [trivial] drm/i915 Fix typos in i915_gem_fence.c

This patch fix some spelling typos found in Documentation/Docbook gpu/ch04s03.html. This file was generated from comments within source, so I have to fix typos in i915_gem_fence.c. Signed-off-by: Masanari Iida --- drivers/gpu/drm/i915/i915_gem_fence.c | 10 +- 1 file changed, 5

[Bug 91251] [APITRACE] [r600g] "ARK: Survival Evolved" game: shader errors

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160105/fb5a8ff1/attachment.html>

[PATCH] drm/exynos: fix kernel panic issue at drm releasing

On Tue, Jan 05, 2016 at 07:55:52PM +0900, Inki Dae wrote: > Hi Daniel, > > 2016년 01월 05일 05:24에 Daniel Stone 이(가) 쓴 글: > > Hi Inki, > > > > On 4 January 2016 at 12:57, Inki Dae wrote: > >> 2015년 12월 24일 22:32에 Daniel Stone 이(가) 쓴 글: > >>> On 24 December 2015 at

[PATCH v2 3/3] dt-bindings: add document for rk3229-vop

Signed-off-by: Yakir Yang Acked-by: Rob Herring --- Changes in v2: - acked by Rob Documentation/devicetree/bindings/display/rockchip/rockchip-vop.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/display/rockchip/rockchip-vop.txt

[PATCH v2 2/3] drm/rockchip: vop: add rk3229 vop support

RK3229 registers layout is simalar to RK3288 layout, only the interruput registers is different to RK3288. RK3229 support two overlay plane and one hwc plane, max output resolution is 4K. it support IOMMU, and its IOMMU same as rk3288's. Signed-off-by: Yakir Yang --- Changes in v2: - Separate

[PATCH 2/4] drm/ttm: zero allocation only for CPU domain

From: Chunming Zhou Change-Id: I653d61e32faaa11c39bb978bf90301513a0c35b8 Signed-off-by: Chunming Zhou --- drivers/gpu/drm/ttm/ttm_bo.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c index 745e996..0633b65

[PATCH v2 1/3] drm/rockchip: vop: Add support for interrupt registers using write-masks

Some new display-controllers are need to set write-masks to enable writes to interrupt registers. Allow this to be set on a per-vop basis. Signed-off-by: Yakir Yang --- Changes in v2: - Add this patch in v2 (Heiko) drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 7 +--

[PATCH v2 0/3] Add RK3229 vop support

Based on Mark Yao's drm-next branch [https://github.com/markyzq/kernel-drm-rockchip/tree/drm-rockchip-next-2015-12-28] Changes in v2: - Add this patch in v2 (Heiko) - Separate the write-mask changes out, and remove the DUMMY_INTR marcos (Heiko) - acked by Rob Yakir Yang (3): drm/rockchip:

[PATCH 4.2.y-ckt 088/211] drm: Use userspace compatible type in fourcc_mod_code macro

4.2.8-ckt1 -stable review patch. If anyone has any objections, please let me know. -- From: Tvrtko Ursulin commit 6172180c6b37ea164bf8a9bad70bb348d0a16563 upstream. __u64 should be used instead of u64. Feature originally added in: commit

[RFC PATCH v1 1/2] drm/rockchip: vop: add rk3229 vop support

Hi Heiko, On 01/04/2016 08:23 PM, Heiko Stuebner wrote: > Hi Yakir, > > Am Montag, 4. Januar 2016, 19:53:58 schrieb Yakir Yang: >> RK3229 registers layout is simalar to RK3288 layout, only the >> interruput registers is different to RK3288. >> >> RK3229 support two overlay plane and one hwc

[RFC PATCH v1 2/2] dt-bindings: add document for rk3229-vop

Thanks, Rob - Yakir On 01/04/2016 10:11 PM, Rob Herring wrote: > On Mon, Jan 04, 2016 at 07:50:30PM +0800, Yakir Yang wrote: >> Signed-off-by: Yakir Yang >> --- >> Documentation/devicetree/bindings/display/rockchip/rockchip-vop.txt | 1 + >> 1 file changed, 1 insertion(+) > Acked-by: Rob

[PATCH] Fix no fb check

For state->fb may be NULL in fsl_dcu_drm_plane_atomic_check function, if so, return 0. No need check in fsl_dcu_drm_plane_atomic_update anymore. Signed-off-by: Meng Yi --- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_plane.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

drm/vc4: v3d: called object '0u' is not a function (next-20160104)

. -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 818 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160105/aad7c167/attachment.sig>

[PATCH v4 0/6] drm/dsi: DSI for devices with different control bus

Hi Thierry, Can you pick up these DSI patches, or would it make more sense for these to go via someone else? Thanks, Archit On 12/10/2015 06:11 PM, Archit Taneja wrote: > We are currently restricted when it comes to supporting DSI on devices > that have a non-DSI control bus. For example, DSI

[Bug 93575] Unigine Heaven shows unexpected light stripes

|| -- 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/20160105/d0ffd374/attachment.html>

[Bug 93575] Unigine Heaven shows unexpected light stripes

|| -- 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/20160105/d765b4e9/attachment.html>

[Bug 93575] Unigine Heaven shows unexpected light stripes

|| -- 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/20160105/c2f68199/attachment.html>

[Intel-gfx] [PATCH v2 5/6] drm/i915: Update connector_mask during readout.

Op 05-01-16 om 10:10 schreef Daniel Vetter: > On Tue, Jan 05, 2016 at 10:05:21AM +0100, Maarten Lankhorst wrote: >> Op 05-01-16 om 09:35 schreef Daniel Vetter: >>> On Mon, Jan 04, 2016 at 12:53:19PM +0100, Maarten Lankhorst wrote: Signed-off-by: Maarten Lankhorst ---

[Intel-gfx] [PATCH v2 5/6] drm/i915: Update connector_mask during readout.

On Tue, Jan 05, 2016 at 10:05:21AM +0100, Maarten Lankhorst wrote: > Op 05-01-16 om 09:35 schreef Daniel Vetter: > > On Mon, Jan 04, 2016 at 12:53:19PM +0100, Maarten Lankhorst wrote: > >> Signed-off-by: Maarten Lankhorst > >> --- > >> drivers/gpu/drm/i915/intel_display.c | 11 --- > >>

[patch] drm/amd/powerplay: fix a reversed condition

> This test was reversed so it would end up leading to a NULL dereference. > > Fixes: 4630f0faae80 ('drm/amd/powerplay: add Carrizo smu support') > Signed-off-by: Dan Carpenter > > diff --git a/drivers/gpu/drm/amd/powerplay/smumgr/cz_smumgr.c >

[PATCH v2 3/3] dt-bindings: add document for rk3229-vop

On Mon, Jan 4, 2016 at 10:00 PM, Yakir Yang wrote: > Signed-off-by: Yakir Yang > Acked-by: Rob Herring > --- > Changes in v2: > - acked by Rob It doesn't hurt, but there is no point to send a new version just to add acks. The maintainer should add any for the current version. If you do send a

[Intel-gfx] [PATCH v2 5/6] drm/i915: Update connector_mask during readout.

Op 05-01-16 om 09:35 schreef Daniel Vetter: > On Mon, Jan 04, 2016 at 12:53:19PM +0100, Maarten Lankhorst wrote: >> Signed-off-by: Maarten Lankhorst >> --- >> drivers/gpu/drm/i915/intel_display.c | 11 --- >> 1 file changed, 8 insertions(+), 3 deletions(-) >> >> diff --git

[Intel-gfx] [PATCH 4/5] drm/atomic-helper: Reject legacy flips on a disabled pipe

On Tue, Dec 08, 2015 at 12:01:57PM +, Daniel Stone wrote: > Hi, > > On 8 December 2015 at 08:49, Daniel Vetter wrote: > > We want this for consistency with existing page_flip semantics. > > > > Since this spurred quite a discussion on IRC also document why we > > reject even generation when

[PATCH] [trivial] drm/i915 Fix typos in i915_gem_fence.c

On 01/04/16 19:29, Masanari Iida wrote: > This patch fix some spelling typos found in Documentation/Docbook > gpu/ch04s03.html. This file was generated from comments within > source, so I have to fix typos in i915_gem_fence.c. > > Signed-off-by: Masanari Iida > --- >

WARNING: CPU: 3 PID: 914 at include/drm/drm_gem.h:146 udl_dumb_create+0xdd/0xf0 [udl]()

On Tue, Jan 05, 2016 at 08:46:19AM +0100, poma wrote: > > Hi Fi > > Please take a loo kat > https://bugzilla.redhat.com/show_bug.cgi?id=1295646 Patches to fix these have been hanging around on the list for weeks, looking for review ... The entire series starts with "drm/armada: Use unlocked gem

[Intel-gfx] [PATCH v2 6/6] drm/atomic: Remove drm_atomic_connectors_for_crtc.

On Mon, Jan 04, 2016 at 12:53:20PM +0100, Maarten Lankhorst wrote: > Now that connector_mask is reliable there's no need for this > function any more. > > Signed-off-by: Maarten Lankhorst Since this doesn't touch i915 I figured I can merge this one too. So except for the previous i915 patch

[Intel-gfx] [PATCH v2 4/6] drm/atomic: add connector mask to drm_crtc_state.

On Mon, Jan 04, 2016 at 12:53:18PM +0100, Maarten Lankhorst wrote: > It can be useful to iterate over connectors without grabbing > connection_mutex. It can also be used to see how many connectors > are on a crtc without iterating over the list. > > Signed-off-by: Maarten Lankhorst Merged up to

[PATCH v2 2/6] drm/atomic: Add __drm_atomic_helper_connector_reset, v2.

On Mon, Jan 04, 2016 at 12:53:16PM +0100, Maarten Lankhorst wrote: > This is useful for drivers that subclass connector_state, like tegra. > > Changes since v1: > - Docbook updates. > > Signed-off-by: Maarten Lankhorst > --- > drivers/gpu/drm/drm_atomic_helper.c | 30

[PATCH 2/2] drm: Remove opencoded drm_gem_object_release_handle()

drm_gem_handle_delete() contains its own version of drm_gem_object_release_handle(), so lets just call the release method instead. Reported-by: Ville Syrjälä Signed-off-by: Chris Wilson Cc: Ville Syrjälä --- drivers/gpu/drm/drm_gem.c | 55 +-- 1

[PATCH 1/2] drm: Do not set outparam on error during GEM handle allocation

Good practice dictates that we do not leak stale information to our callers, and should avoid overwriting an outparam on an error path. Reported-by: Ville Syrjälä Signed-off-by: Chris Wilson Cc: Ville Syrjälä --- drivers/gpu/drm/drm_gem.c | 6 -- 1 file changed, 4 insertions(+), 2

[Intel-gfx] [PATCH v2 5/6] drm/i915: Update connector_mask during readout.

On Mon, Jan 04, 2016 at 12:53:19PM +0100, Maarten Lankhorst wrote: > Signed-off-by: Maarten Lankhorst > --- > drivers/gpu/drm/i915/intel_display.c | 11 --- > 1 file changed, 8 insertions(+), 3 deletions(-) > > diff --git a/drivers/gpu/drm/i915/intel_display.c >

[PATCH 1/1] apple-gmux: Add initial documentation

On Mon, 4 Jan 2016 17:52:06 +0100 Lukas Wunner wrote: > Document what I've learned so far about the gmux so that we can > collaboratively reverse-engineer its remaining unknown bits > without everyone having to start from scratch. > > The DOC sections are bound together in the gpu.tmpl DocBook >

[PATCH 3/3] drm: Use a normal idr allocation for the obj->name

On Mon, Jan 04, 2016 at 05:31:14PM +0200, Ville Syrjälä wrote: > On Mon, Jan 04, 2016 at 10:11:01AM +, Chris Wilson wrote: > > Unlike the handle, the name table uses a sleeping mutex rather than a > > spinlock. The allocation is in a normal context, and we can use the > > simpler sleeping

答复: [PATCHv7 0/5] Add initial support for slimport anx78xx

Hi Enric, Just to confirm with you. This version is from https://chromium-review.googlesource.com/#/c/308442/11, right? Chengxiang 2016/1/5 -邮件原件- 发件人: Enric Balletbo i Serra [mailto:eballetbo at gmail.com] 发送时间: 2016年1月4日 5:38 收件人: devicetree at

WARNING: CPU: 3 PID: 914 at include/drm/drm_gem.h:146 udl_dumb_create+0xdd/0xf0 [udl]()

Hi Fi Please take a loo kat https://bugzilla.redhat.com/show_bug.cgi?id=1295646

[Bug 93471] [radeonsi] power consumption on pitcairn card stays high after 2. monitor disconnected

rg/archives/dri-devel/attachments/20160105/da3568d8/attachment.html>