[GIT PULL] On-demand device probing

On Thu, Oct 22, 2015 at 8:53 PM, Frank Rowand wrote: > I have been defaulting to the position that has been asserted by > the device tree maintainters, that probe deferrals work just fine > for at least the majority of cases (and is the message I have been > sharing in my conference presentations

[Bug 92662] [HD3650] - GPU freezing - 1002:9591 ring 0 stalled for more than 10100msec

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

[Bug 92662] [HD3650] - GPU freezing - 1002:9591 ring 0 stalled for more than 10100msec

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151024/e60381c1/attachment-0001.html>

[PATCH 7/9] gpu: host1x: add missing of_node_put

for_each_child_of_node performs an of_node_get on each iteration, so a break out of the loop requires an of_node_put. A simplified version of the semantic patch that fixes this problem is as follows (http://coccinelle.lip6.fr): // @@ expression root,e; local idexpression child; @@

[PATCH 5/9] drm/tegra: dc: add missing of_node_put

for_each_matching_node performs an of_node_get on each iteration, so a break out of the loop requires an of_node_put. A simplified version of the semantic patch that fixes this problem is as follows (http://coccinelle.lip6.fr): // @@ local idexpression n; expression e; @@

[PATCH 0/9] add missing of_node_put

The various for_each device_node iterators performs an of_node_get on each iteration, so a break out of the loop requires an of_node_put. The complete semantic patch that fixes this problem is (http://coccinelle.lip6.fr): // @r@ local idexpression n; expression e1,e2; iterator name

[GIT PULL] On-demand device probing

On Friday, October 23, 2015 11:34:34 AM Rob Herring wrote: > On Fri, Oct 23, 2015 at 10:45 AM, Tim Bird wrote: > > On 10/22/2015 11:53 AM, Frank Rowand wrote: > >> On 10/22/2015 7:44 AM, Greg Kroah-Hartman wrote: > >>> > >>> > >>> On Thu, Oct 22, 2015 at 11:05:11AM

[ANNOUNCE] hsakmt release 1.0.0 now available

A new hsakmt release 1.0.0 is now available. This is the first official release of hsakmt with the new numbering system and generated from the new git repository at cgit.freedesktop.org/amd/hsakmt This release works with upstream amdkfd from kernel version 3.19 and above, although not all

[PATCH v7 17/17] drm: bridge: analogix/dp: add edid modes parse in get_modes method

Display Port monitor could support kinds of mode which indicate in monitor edid, not just one single display resolution which defined in panel or devivetree property display timing. Tested-by: Javier Martinez Canillas Signed-off-by: Yakir Yang --- Changes in v7: None Changes in v6: None Changes

[PATCH v7 16/17] drm: bridge: analogix/dp: move hpd detect to connector detect function

This change just make a little clean to make code more like drm core expect, move hdp detect code from bridge->enable(), and place them into connector->detect(). Tested-by: Javier Martinez Canillas Signed-off-by: Yakir Yang --- Changes in v7: None Changes in v6: None Changes in v5: None Changes

[PATCH v7 15/17] drm: bridge: analogix/dp: try force hpd after plug in lookup failed

Some edp screen do not have hpd signal, so we can't just return failed when hpd plug in detect failed. This is an hardware property, so we need add a devicetree property "analogix,need-force-hpd" to indicate this sutiation. Tested-by: Javier Martinez Canillas Signed-off-by: Yakir Yang ---

[PATCH v7 14/17] drm: bridge: analogix/dp: add max link rate and lane count limit for RK3288

There are some IP limit on rk3288 that only support 4 physical lanes of 2.7/1.6 Gbps/lane, so seprate them out by device_type flag. Tested-by: Javier Martinez Canillas Signed-off-by: Yakir Yang --- Changes in v7: None Changes in v6: None Changes in v5: None Changes in v4: - Seprate the

[PATCH v7 13/17] drm: bridge: analogix/dp: add some rk3288 special registers setting

RK3288 need some special registers setting, we can separate them out by the dev_type of plat_data. Signed-off-by: Yakir Yang --- Changes in v7: None Changes in v6: None Changes in v5: None Changes in v4: None Changes in v3: None Changes in v2: - Fix compile failed dut to phy_pd_addr variable

[PATCH v7 12/17] drm: rockchip: vop: add bpc and color mode setting

From: Mark Yao Add bpc and color mode setting in rockchip_drm_vop driver, so connector could try to use the edid drm_display_info to config vop output mode. Signed-off-by: Mark Yao Signed-off-by: Yakir Yang --- Changes in v7: None Changes in v6: None Changes in v5: - Fix

[PATCH v7 11/17] Documentation: phy: add document for rockchip dp phy

Add dt binding documentation for rockchip display port PHY. Tested-by: Javier Martinez Canillas Signed-off-by: Yakir Yang --- Changes in v7: None Changes in v6: None Changes in v5: - Split binding doc's from driver changes. (Rob) - Update the rockchip,grf explain in document, and correct the

[PATCH v7 10/17] phy: Add driver for rockchip Display Port PHY

Add phy driver for the Rockchip DisplayPort PHY module. This is required to get DisplayPort working in Rockchip SoCs. Tested-by: Javier Martinez Canillas Signed-off-by: Yakir Yang --- Changes in v7: None Changes in v6: - Simply the commit message. (Kishon) - Symmetrical enable/disbale the phy

[PATCH v7 09/17] Documentation: drm/bridge: add document for analogix_dp

Rockchip DP driver is a helper driver of analogix_dp coder driver, so most of the DT property should be descriped in analogix_dp document. Tested-by: Javier Martinez Canillas Signed-off-by: Yakir Yang --- Changes in v7: None Changes in v6: None Changes in v5: - Split binding doc's from driver

[PATCH v7 08/17] drm: rockchip: dp: add rockchip platform dp driver

Rockchip have three clocks for dp controller, we leave pclk_edp to analogix_dp driver control, and keep the sclk_edp_24m and sclk_edp in platform driver. Tested-by: Javier Martinez Canillas Signed-off-by: Yakir Yang --- Changes in v7: None Changes in v6: None Changes in v5: - Remove the empty

[PATCH v7 07/17] ARM: dts: exynos/dp: remove some properties that deprecated by analogix_dp driver

After exynos_dp have been split the common IP code into analogix_dp driver, the analogix_dp driver have deprecated some Samsung platform properties which could be dynamically parsed from EDID/MODE/DPCD message, so this is an update for Exynos DTS file for dp-controller. Beside the backward

[PATCH v7 06/17] Documentation: drm/bridge: add document for analogix_dp

Analogix dp driver is split from exynos dp driver, so we just make an copy of exynos_dp.txt, and then simplify exynos_dp.txt Beside update some exynos dtsi file with the latest change according to the devicetree binding documents. Tested-by: Javier Martinez Canillas Signed-off-by: Yakir Yang

[alsa-devel] [PATCH 8/8] ASoC: AMD: add AMD ASoC ACP-I2S driver

- 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/20151024/73a45e2d/attachment.sig>

[alsa-devel] [PATCH 8/8] ASoC: AMD: add AMD ASoC ACP-I2S driver

3 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151024/6f835dfa/attachment.sig>

[alsa-devel] [PATCH 8/8] ASoC: AMD: add AMD ASoC ACP-I2S driver

ll be used by ALSA PCM driver > >> + */ > >> +u32 acp_update_dma_pointer(void __iomem *acp_mmio, int direction, > >> + u32 period_size) > >> +{ > > Don't limit the accuracy to period level if the harwdare can do better, > > report the current position as accurately as possible please. This is > > also feeling like we've got an unneeded abstraction here - why was this > > not just directly the pointer operation? > The current version of hardware has the limitation of accuracy reporting. If the hardware is limited why does the comment suggest that we are limiting based on periods? > I will remove abstraction, if suggested. Yes, it's just adding to the complexity of the code. -- 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/20151024/565bf2d3/attachment.sig>

[alsa-devel] [PATCH 8/8] ASoC: AMD: add AMD ASoC ACP-I2S driver

On Sat, Oct 24, 2015 at 1:01 AM, Mark Brown wrote: > On Sat, Oct 24, 2015 at 12:20:09AM +0530, maruthi srinivas wrote: >> On Thu, Oct 22, 2015 at 9:44 PM, Mark Brown wrote: >> > On Thu, Oct 08, 2015 at 12:12:40PM -0400, Alex Deucher wrote: > > Please document this clearly - your comment doesn't

[alsa-devel] [PATCH 8/8] ASoC: AMD: add AMD ASoC ACP-I2S driver

On Thu, Oct 22, 2015 at 9:44 PM, Mark Brown wrote: > On Thu, Oct 08, 2015 at 12:12:40PM -0400, Alex Deucher wrote: > >> ACP IP block consists of dedicated DMA and I2S blocks. The PCM driver >> provides the platform DMA component to ALSA core. > > Overall my main comment on a lot of this code is

[PATCH 10/10] drm/exynos/decon5433: add support for DECON-TV

2015-10-23 22:03 GMT+09:00 Andrzej Hajda : > > On 10/23/2015 01:55 PM, Inki Dae wrote: > > Hi Andrzej, > > > > > > 2015년 10월 20일 18:22에 Andrzej Hajda 이(가) 쓴 글: > >> DECON-TV IP is responsible for generating video stream which is transferred > >> to HDMI IP. It is almost fully