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

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 compatible with DECON IP. > > The patch is based on initial work of Hyungwon Hwang. > > Signed-off-by: Andrzej

[Bug 92428] Sword Coast Legends causing GPU lockup. radeon 0000:01:00.0: GPU lockup (current fence id 0x000000000000afd1 last fence id 0x000000000000b194 on ring 3)

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/20151023/e50fcf15/attachment.html>

[PATCH v7 05/17] drm: bridge: analogix/dp: dynamic parse sync_pol & interlace & dynamic_range

Both hsync/vsync polarity and interlace mode can be parsed from drm display mode, and dynamic_range and ycbcr_coeff can be judge by the video code. But presumably Exynos still relies on the DT properties, so take good use of mode_fixup() in to achieve the compatibility hacks. Reviewed-by:

[PATCH v7 04/17] drm: bridge: analogix/dp: remove duplicate configuration of link rate and link count

link_rate and lane_count already configured in analogix_dp_set_link_train(), so we don't need to config those repeatly after training finished, just remove them out. Beside Display Port 1.2 already support 5.4Gbps link rate, the maximum sets would change from {1.62Gbps, 2.7Gbps} to {1.62Gbps,

[PATCH v7 03/17] drm: bridge: analogix/dp: fix some obvious code style

Fix some obvious alignment problems, like alignment and line over 80 characters problems, make this easy to be maintained later. Reviewed-by: Krzysztof Kozlowski Tested-by: Javier Martinez Canillas Signed-off-by: Yakir Yang --- Changes in v7: None Changes in v6: None Changes in v5: -

[PATCH v7 02/17] drm: bridge: analogix/dp: split exynos dp driver to bridge directory

Split the dp core driver from exynos directory to bridge directory, and rename the core driver to analogix_dp_*, rename the platform code to exynos_dp. Beside the new analogix_dp driver would export four hooks. "analogix_dp_bind()" and "analogix_dp_unbind()" "analogix_dp_detect()" and

[PATCH v7 01/17] drm: exynos: dp: convert to drm bridge mode

In order to move exynos dp code to bridge directory, we need to convert driver drm bridge mode first. As dp driver already have a ptn3460 bridge, so we need to move ptn bridge to the next bridge of dp bridge. Tested-by: Javier Martinez Canillas Signed-off-by: Yakir Yang --- Changes in v7: None

[Bug 92214] Flightgear crashes during splashboot with R600 driver, LLVM 3.7.0 and mesa 11.0.2

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151023/188eb5db/attachment.html>

[PATCH v7 0/17] Add Analogix Core Display Port Driver

Hi all, The Samsung Exynos eDP controller and Rockchip RK3288 eDP controller share the same IP, so a lot of parts can be re-used. I split the common code into bridge directory, then rk3288 and exynos only need to keep some platform code. Cause I can't find the exact IP name of exynos dp

[PATCH 4/6] drm/vc4: Fix some failure to track __iomem decorations on pointers.

readl((u32 __iomem *)vc4->hvs->dlist + 0), >> +readl((u32 __iomem *)vc4->hvs->dlist + 1), >> +readl((u32 __iomem *)vc4->hvs->dlist + 2), >> + readl((u32 __iomem *)vc4->hvs->dlist + 3)); > > Looks like you lost the +i here, no? Indeed. Thanks! -- 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/20151023/cf15c1f0/attachment-0001.sig>

[RESEND PATCH 1/8] ASoC: dwc: add check for master/slave format

From: Maruthi Srinivas Bayyavarapu DW i2s controller's master/slave config can be read from a read-only register. Machine driver can try to set a master/slave format on cpu-dai using 'set_fmt' of dai ops. A check is added to verify codec is master when dwc is slave

[PATCH 1/8] ASoC : dwc : add check for master/slave format

On Thu, Oct 22, 2015 at 10:56 AM, Mark Brown wrote: > On Thu, Oct 08, 2015 at 12:12:34PM -0400, Alex Deucher wrote: >> From: Maruthi Srinivas Bayyavarapu >> >> DW i2s controller's master/slave config can be read from a >> read-only register. Machine driver can try to set a master/slave >> format

[pull] radeon and amdgpu drm-next-4.4

Hi Dave, More amdgpu and radeon stuff for drm-next. Stoney support is the big change. The rest is just bug fixes and code cleanups. The Stoney stuff is pretty low impact with respect to existing chips. The following changes since commit 2fcef6ec87a044221fc3c2f16873f7c02b9ae991: drm/amdgpu:

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

On Fri, Oct 23, 2015 at 3:31 PM, 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: > >> >> +/* ACP DMA irq handler routine for playback,

[Bug 92645] kodi vdpau interop fails since mesa,meta: move gl_texture_object::TargetIndex initializations

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

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

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 compatible with DECON IP. >> >> The patch is based on initial

[GIT PULL] On-demand device probing

On 10/22/2015 09:26 PM, Greg Kroah-Hartman wrote: > On Thu, Oct 22, 2015 at 11:53:31AM -0700, Frank Rowand wrote: >> On 10/22/2015 7:44 AM, Greg Kroah-Hartman wrote: >>> >>> >>> On Thu, Oct 22, 2015 at 11:05:11AM +0200, Tomeu Vizoso wrote: But that's moot currently

[PATCH drm 4/6] drm: add drm_gem_prime_page_flip() helper

Hi, On 22 October 2015 at 21:25, Daniel Vetter wrote: > Maarten Lankhorst had patches to do that for i915, but they just didn't go > anywhere since i915 gem locking is a bit ... antique. But if your goal is > to only fix up the page_flip path, and only for i915 as the display > driver, then the

[Bug 92214] Flightgear crashes during splashboot with R600 driver, LLVM 3.7.0 and mesa 11.0.2

ature -pclmul -target-feature -avx512f -target-feature -f16c -target-feature +ssse3 -target-feature +mmx -target-feature +cmov -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http:

[PATCH 5/6] drm/vc4: Make sure that planes aren't scaled.

On Fri, Oct 23, 2015 at 11:32:35AM +0100, Eric Anholt wrote: > We would scan out the memory around them if an upscale was attempted, > and would just scan out incorrectly for downscaling. > > Signed-off-by: Eric Anholt > --- > > It looks like, while modetest only wants to set scaling on overlay

[PATCH] drm/radeon/dce4+: optimize pageflip

Taking the grph update lock is only necessary when updating the the secondary address (for single pipe stereo). Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/evergreen.c | 31 --- 1 file changed, 4 insertions(+), 27 deletions(-) diff --git

[PATCH 3/3] drm/amdgpu/dce11: optimize pageflip

Taking the grph update lock is only necessary when updating the the secondary address (for single pipe stereo). Reviewed-by: Christian König Reviewed-by: Jammy Zhou Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/dce_v11_0.c | 34 +- 1 file changed,

[PATCH 2/3] drm/amdgpu/dce10: optimize pageflip

Taking the grph update lock is only necessary when updating the the secondary address (for single pipe stereo). Reviewed-by: Christian König Reviewed-by: Jammy Zhou Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/dce_v10_0.c | 36 ++ 1 file changed,

[PATCH 1/3] drm/amdgpu/dce8: optimize pageflip

Taking the grph update lock is only necessary when updating the the secondary address (for single pipe stereo). Reviewed-by: Christian König Reviewed-by: Jammy Zhou Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/dce_v8_0.c | 38 +++ 1 file changed,

[pull] amdgpu and radeon drm-fixes-4.3

Hi Dave, Two regression fixes and a memory leak fix for amdgpu and radeon. The following changes since commit c50f13f911b90a722308bffbf26187ff3890aa1e: Merge branch 'drm-fixes-4.3' of git://people.freedesktop.org/~agd5f/linux into drm-fixes (2015-10-22 10:24:55 +1000) are available in the

[GIT PULL] On-demand device probing

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 +0200, Tomeu Vizoso wrote: But that's moot currently because Greg

[PATCH 2/3] drm/vma_manage: Drop has_offset

Hi On Thu, Oct 22, 2015 at 7:11 PM, Daniel Vetter wrote: > It's racy, creating mmap offsets is a slowpath, so better to remove it > to avoid drivers doing broken things. > > The only user is i915, and it's ok there because everything (well > almost) is protected by dev->struct_mutex in

[PATCH 6/6] drm/vc4: Add support for more a few more RGB display plane formats.

These were all touch-tested with modetest. Signed-off-by: Eric Anholt --- drivers/gpu/drm/vc4/vc4_plane.c | 16 1 file changed, 16 insertions(+) diff --git a/drivers/gpu/drm/vc4/vc4_plane.c b/drivers/gpu/drm/vc4/vc4_plane.c index 887f3ca..b31dfce 100644 ---

[PATCH 5/6] drm/vc4: Make sure that planes aren't scaled.

We would scan out the memory around them if an upscale was attempted, and would just scan out incorrectly for downscaling. Signed-off-by: Eric Anholt --- It looks like, while modetest only wants to set scaling on overlay planes, one could do so on our primary/cursor planes if the fd was in

[PATCH 4/6] drm/vc4: Fix some failure to track __iomem decorations on pointers.

Caught by the kbuild test robot. Signed-off-by: Eric Anholt --- drivers/gpu/drm/vc4/vc4_crtc.c | 3 ++- drivers/gpu/drm/vc4/vc4_hvs.c | 8 2 files changed, 6 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/vc4/vc4_crtc.c b/drivers/gpu/drm/vc4/vc4_crtc.c index

[PATCH 3/6] drm/vc4: fix itnull.cocci warnings

From: Julia Lawall Connector cannot be null because it is a list entry, ie accessed at an offset from the positions of the list structure pointers themselves. Generated by: scripts/coccinelle/iterators/itnull.cocci Signed-off-by: Fengguang Wu Signed-off-by: Julia Lawall

[PATCH 2/6] drm/vc4: fix platform_no_drv_owner.cocci warnings

From: Julia Lawall drivers/gpu/drm/vc4/vc4_drv.c:248:3-8: No need to set .owner here. The core will do it. Remove .owner field if calls are used which set it automatically Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci Signed-off-by: Fengguang Wu

[PATCH 1/6] drm/vc4: vc4_plane_duplicate_state() can be static

From: kbuild test robot Signed-off-by: Fengguang Wu Signed-off-by: Eric Anholt --- drivers/gpu/drm/vc4/vc4_plane.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/vc4/vc4_plane.c b/drivers/gpu/drm/vc4/vc4_plane.c index

VC4 fixes for -next

Merging vc4 to drm-next got a few automatic sparse and coccinelle warning reports generated. The first 3 patches come from the maintainers of those systems (thanks!), and the last 3 are fixes I've come up with in the last few days.

[PATCH 2/2] intel: Cleanup SKL PCI ID definitions.

This removes ones which aren't used 0x190b, 192a), and adds some new ones. I kept the original names where possible. Cc: Kristian Høgsberg Cc: Damien Lespiau Signed-off-by: Ben Widawsky --- intel/intel_chipset.h | 46 ++ 1 file changed, 26

[PATCH 1/2] intel: Add SKL GT4 PCI IDs

Cc: Kristian Høgsberg Cc: Damien Lespiau Signed-off-by: Ben Widawsky --- intel/intel_chipset.h | 12 +++- 1 file changed, 11 insertions(+), 1 deletion(-) diff --git a/intel/intel_chipset.h b/intel/intel_chipset.h index 253ea71..6c8dc73 100644 --- a/intel/intel_chipset.h +++

[Bug 92214] Flightgear crashes during splashboot with R600 driver, LLVM 3.7.0 and mesa 11.0.2

bed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151023/27b4efcc/attachment-0001.html>

[Bug 92214] Flightgear crashes during splashboot with R600 driver, LLVM 3.7.0 and mesa 11.0.2

ou 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/20151023/a94544ca/attachment.html>

[Bug 84717] DP MST: wrong device names in /sys/class/drm

| |sktop.org | -- You are receiving this mail because: You are on the CC list for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151023/d1a3f1ff/attachment.html>

[PATCH 4/6] drm/vc4: Fix some failure to track __iomem decorations on pointers.

>hvs->dlist + 2), > +readl((u32 __iomem *)vc4->hvs->dlist + 3)); Looks like you lost the +i here, no? > } > } > > -- > 2.6.1 > > ___ > dri-devel mailing list > dri-devel at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151023/1aaabece/attachment-0001.html>

[Intel-gfx] [PATCH 1/2] drm: Add infrastructure for CRTC background color property

Hi Matt, [auto build test WARNING on drm/drm-next -- if it's inappropriate base, please suggest rules for selecting the more suitable base] url: https://github.com/0day-ci/linux/commits/Matt-Roper/CRTC-background-color-support-for-i915/20151023-082852 reproduce: make htmldocs All warnings

[Intel-gfx] [PATCH 2/2] drm/i915/skl: Add support for pipe background color

Hi Matt, [auto build test WARNING on drm/drm-next -- if it's inappropriate base, please suggest rules for selecting the more suitable base] url: https://github.com/0day-ci/linux/commits/Matt-Roper/CRTC-background-color-support-for-i915/20151023-082852 config: x86_64-rhel (attached

[GIT PULL] On-demand device probing

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 +0200, Tomeu Vizoso wrote: >>> But that's moot currently because Greg believes that the time spent >>> probing devices at boot time

[Intel-gfx] [PATCH 2/2] drm/i915/skl: Add support for pipe background color

Hi Matt, [auto build test WARNING on drm/drm-next -- if it's inappropriate base, please suggest rules for selecting the more suitable base] url: https://github.com/0day-ci/linux/commits/Matt-Roper/CRTC-background-color-support-for-i915/20151023-082852 config: x86_64-randconfig-x005-10211812

[GIT PULL] On-demand device probing

roposed is good for addressing that. -- 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/20151023/e3085cff/attachment-0001.sig>

[GIT PULL] Raspberry Pi KMS driver

On 23 October 2015 at 05:58, Daniel Vetter wrote: > On Thu, Oct 22, 2015 at 12:40:23PM -0500, Rob Herring wrote: >> On Wed, Oct 21, 2015 at 4:53 AM, Eric Anholt wrote: >> > Dave suggested it was time to just send a pull request on the driver, so >> > here goes: >> >> Why is that when the binding

[RFC v4 01/11] dt-bindings: drm/mediatek: Add Mediatek display subsystem dts binding

On Fri, Oct 16, 2015 at 3:12 PM, Philipp Zabel wrote: > From: CK Hu > > Add device tree binding documentation for the display subsystem in > Mediatek MT8173 SoCs. The display function block nodes are grouped > under a display-subsystem node. > > Signed-off-by: CK Hu > Signed-off-by: Philipp

[RFC v4 05/11] dt-bindings: drm/mediatek: Add Mediatek HDMI dts binding

On Fri, Oct 16, 2015 at 3:12 PM, Philipp Zabel wrote: > Add the device tree binding documentation for Mediatek HDMI, > HDMI PHY and HDMI DDC devices. > > Signed-off-by: Philipp Zabel > --- > Changes since v3: > - Split CEC block into a separate node, move the hotplug interrupt there > -

[Intel-gfx] [PATCH 2/3] drm/vma_manage: Drop has_offset

Hi Daniel, [auto build test WARNING on drm/drm-next -- if it's inappropriate base, please suggest rules for selecting the more suitable base] url: https://github.com/0day-ci/linux/commits/Daniel-Vetter/drm-Update-GEM-refcounting-docs/20151023-011317 config: x86_64-randconfig-s1-10230205

[Intel-gfx] [PATCH 2/3] drm/vma_manage: Drop has_offset

Hi Daniel, [auto build test ERROR on drm/drm-next -- if it's inappropriate base, please suggest rules for selecting the more suitable base] url: https://github.com/0day-ci/linux/commits/Daniel-Vetter/drm-Update-GEM-refcounting-docs/20151023-011317 config: i386-randconfig-s1-201542 (attached

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

this > + * threshold is met. > + */ > + dma_ch_sts = acp_reg_read(acp_mmio, mmACP_DMA_CH_STS); > + udelay(20); > + } while (dma_ch_sts & channel_mask); This will hang hard if the hardware fails to respond for some reason, please have a timeout. A cpu_relax() would also be friendly. > +#define DISABLE 0 > +#define ENABLE 1 Please don't do this :( > +#define STATUS_SUCCESS 0 > +#define STATUS_UNSUCCESSFUL -1 Please use normal Linux error codes. -- 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/20151023/a6917f9c/attachment.sig>

[PATCH 6/8] drm/amd: add ACP driver support

al. -- 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/20151023/2b08108f/attachment.sig>

[PATCH drm 4/6] drm: add drm_gem_prime_page_flip() helper

On Thu, Oct 22, 2015 at 11:31 PM, Alexander Goins wrote: >>This looks really strange - you force-complete the fence already attached >>(which might be from any driver attached to this dma-buf)? >>The creator of the fence is supposed to complete it when whatever async >>operation that is

[Bug 92303] [radeonsi] Buffer sharing (with/without IOMMU) locks up GPU display with dGPU only

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20151023/efe583ea/attachment-0001.html>

[PATCH 3/8] ASoC : dwc : add quirk for dwc controller instances

--- 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/20151023/4a18b5ed/attachment.sig>

[PATCH 2/8] ASoC : dwc : add different playback/capture base

ature Size: 473 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151023/430d83d2/attachment.sig>

[Bug 92303] [radeonsi] Buffer sharing (with/without IOMMU) locks up GPU display with dGPU only

https://bugs.freedesktop.org/show_bug.cgi?id=92303 --- Comment #6 from Shawn Starr --- Created attachment 119119 --> https://bugs.freedesktop.org/attachment.cgi?id=119119=edit perf top -g -- You are receiving this mail because: You are the assignee for the bug. -- next part