drm-tip/drm-tip build: 207 builds: 20 failed, 187 passed, 20 errors, 45 warnings (v4.11-rc6-1977-gbd206d943e83)

drm-tip/drm-tip build: 207 builds: 20 failed, 187 passed, 20 errors, 45 warnings (v4.11-rc6-1977-gbd206d943e83) Full Build Summary: https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1977-gbd206d943e83/ Tree: drm-tip Branch: drm-tip Git Describe: v4.11-rc6-1977-gbd206d943e83

[Bug 100465] Hard lockup with radeonsi driver on FirePro W600, W9000 and W9100

https://bugs.freedesktop.org/show_bug.cgi?id=100465 --- Comment #23 from Julien Isorce --- I confirm that comment #9 and #12 are about a different issue (or at least different symptoms). I reported it here: https://bugs.freedesktop.org/show_bug.cgi?id=100712 -- You are

[Bug 100712] ring 0 stalled after bytes_moved_threshold reached - Cap Verde - HD 7770

https://bugs.freedesktop.org/show_bug.cgi?id=100712 --- Comment #1 from Julien Isorce --- Created attachment 130902 --> https://bugs.freedesktop.org/attachment.cgi?id=130902=edit dmesg_HD7770_kernel_amd-staging-4.9_ring_stalled -- You are receiving this mail because:

[Bug 100712] ring 0 stalled after bytes_moved_threshold reached - Cap Verde - HD 7770

https://bugs.freedesktop.org/show_bug.cgi?id=100712 Bug ID: 100712 Summary: ring 0 stalled after bytes_moved_threshold reached - Cap Verde - HD 7770 Product: DRI Version: DRI git Hardware: Other OS: All

[Bug 100712] ring 0 stalled after bytes_moved_threshold reached - Cap Verde - HD 7770

https://bugs.freedesktop.org/show_bug.cgi?id=100712 --- Comment #2 from Julien Isorce --- Created attachment 130903 --> https://bugs.freedesktop.org/attachment.cgi?id=130903=edit dmesg_HD7770_kernel_amd-staging-4.9_ring_stalled -- You are receiving this mail because:

Re: [PATCH 16/22] xen-blkfront: Make use of the new sg_map helper function

On Tue, Apr 18, 2017 at 09:42:20AM -0600, Logan Gunthorpe wrote: > > > On 18/04/17 08:27 AM, Konrad Rzeszutek Wilk wrote: > > Interesting that you didn't CC any of the maintainers. Could you > > do that in the future please? > > Please read the cover letter. The distribution list for the

Re: [PATCH] drm/cma-helper: Return ENOENT for "no such gem obj"

On Tue, Apr 18, 2017 at 10:40:21AM -0400, Sean Paul wrote: > On Tue, Apr 18, 2017 at 03:29:29PM +0300, Laurent Pinchart wrote: > > Hi Daniel, > > > > Thank you for the patch. > > > > On Tuesday 18 Apr 2017 14:11:20 Daniel Vetter wrote: > > > All the error codes we (ab)use are strictly not the

[Bug 100712] ring 0 stalled after bytes_moved_threshold reached - Cap Verde - HD 7770

https://bugs.freedesktop.org/show_bug.cgi?id=100712 Julien Isorce changed: What|Removed |Added Attachment #130903|0 |1 is

Re: X.org EVoC Ideas

On Fri, Apr 14, 2017 at 1:04 PM, Raghav Jajodia wrote: > Hi there > > I am Raghav Jajodia, an Engineering student from India. While going through > the X.org foundation, I felt that X.org is a great community for new Open > Source developers. I am deeply interested in

Re: [PATCH v2 3/5] drm: omapdrm: Remove legacy buffer synchronization support

On Sat, Apr 15, 2017 at 11:16 AM, Laurent Pinchart wrote: > - DRM_IOCTL_DEF_DRV(OMAP_GEM_CPU_PREP, ioctl_gem_cpu_prep, > + DRM_IOCTL_DEF_DRV(OMAP_GEM_CPU_PREP, ioctl_gem_cpu_prep_fini, > DRM_AUTH | DRM_RENDER_ALLOW), > -

Re: [PATCH 05/22] drm/i915: Make use of the new sg_map helper function

On Thu, Apr 13, 2017 at 04:05:18PM -0600, Logan Gunthorpe wrote: > This is a single straightforward conversion from kmap to sg_map. > > Signed-off-by: Logan Gunthorpe Acked-by: Daniel Vetter Probably makes sense to merge through some other tree,

Re: [PATCH libdrm] Header: Add rotation property fields

On Mon, Apr 17, 2017 at 08:49:50PM +0530, Sumit Semwal wrote: > Hi Robert, > > On 13 April 2017 at 21:40, Robert Foss wrote: > > From: Sean Paul > > > > From drm_crtc.h, for use with the plane "rotation" property. > > > > Signed-off-by: Sean

Re: [Intel-gfx] [PATCH 02/15] drm: Remove drm_modeset_(un)lock_crtc

On Fri, Apr 14, 2017 at 6:20 PM, Mike Lothian wrote: > Hi > > X no longer starts for me and I've bisected it back to this commit > > During bisect I ended up on commits where my laptop would lockup during boot The bugfix the hangs is in linux-next, but hasn't landed in

Re: [PATCH v2 3/3] arm64: dts: exynos: Add support for s6e3hf2 panel device on TM2e board

On 17.04.2017 08:02, Hoegeun Kwon wrote: > This patch add the panel device tree node for s6e3hf2 display > controller to TM2e dts. > > Signed-off-by: Hoegeun Kwon Maybe it would be good to remove te-gpios property - tm2/tm2e uses hardware trigger, so it is not necessary

Re: [PATCH] drm/cma: Fix recent regression of mmap() in the MMU case.

On Mon, Apr 17, 2017 at 04:31:24PM -0700, Eric Anholt wrote: > The stub get_unmapped_area() function was actually getting called, so > all of our mmap()s failed. > > Cc: Yannick Fertre > Fixes: 97bf3a9aa60f ("drm/cma: Update DEFINE_DRM_GEM_CMA_FOPS to add >

drm-tip/drm-tip boot: 17 boots: 2 failed, 15 passed (v4.11-rc6-1973-ga4b2d83360ec)

drm-tip/drm-tip boot: 17 boots: 2 failed, 15 passed (v4.11-rc6-1973-ga4b2d83360ec) Full Boot Summary: https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1973-ga4b2d83360ec/ Full Build Summary:

[Bug 100708] Trine 2 doesn't start on radeonsi on mesa 17

https://bugs.freedesktop.org/show_bug.cgi?id=100708 Bug ID: 100708 Summary: Trine 2 doesn't start on radeonsi on mesa 17 Product: Mesa Version: 17.0 Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW

[Bug 100708] Trine 2 doesn't start on radeonsi on mesa 17

https://bugs.freedesktop.org/show_bug.cgi?id=100708 Nikita Krupenko changed: What|Removed |Added URL|

Re: [RfC PATCH] drm: fourcc byteorder: brings header file comments in line with reality.

On Tue, 18 Apr 2017 15:39:53 +0200 Gerd Hoffmann wrote: > Hi, > > > > Historical note: RHEL-6.9 (gnome 2) works fine. Not of much interest > > > here, it drives the qemu stdvga with offb, not bochs-drm. > > > > I suppose this proves the virtual machine itself is

Re: [PATCHv3 13/22] staging: android: ion: Use CMA APIs directly

On Mon, Apr 03, 2017 at 11:57:55AM -0700, Laura Abbott wrote: > When CMA was first introduced, its primary use was for DMA allocation > and the only way to get CMA memory was to call dma_alloc_coherent. This > put Ion in an awkward position since there was no device structure > readily available

drm-tip/drm-tip build: 207 builds: 20 failed, 187 passed, 20 errors, 45 warnings (v4.11-rc6-1976-gba8ae8c72f16)

drm-tip/drm-tip build: 207 builds: 20 failed, 187 passed, 20 errors, 45 warnings (v4.11-rc6-1976-gba8ae8c72f16) Full Build Summary: https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1976-gba8ae8c72f16/ Tree: drm-tip Branch: drm-tip Git Describe: v4.11-rc6-1976-gba8ae8c72f16

Re: [RfC PATCH] drm: fourcc byteorder: brings header file comments in line with reality.

Hi, > > Historical note: RHEL-6.9 (gnome 2) works fine. Not of much interest > > here, it drives the qemu stdvga with offb, not bochs-drm. > > I suppose this proves the virtual machine itself is correct about > framebuffer endianess? Except you are running it on a little-endian > host

Re: [PATCH] drm: rcar-du: Document the vsps property in the DT bindings

Hi Laurent, On Fri, Mar 31, 2017 at 11:19 AM, Laurent Pinchart wrote: > On Monday 27 Mar 2017 13:05:48 Geert Uytterhoeven wrote: >> On Mon, Mar 27, 2017 at 11:56 AM, Laurent Pinchart wrote: >> > The property is used by the driver but is missing from the DT

Re: [PATCH libdrm v2] Header: Add rotation property fields

On Mon, Apr 17, 2017 at 1:13 PM, Robert Foss wrote: > From: Sean Paul > > From drm_crtc.h, for use with the plane "rotation" property. > > Signed-off-by: Sean Paul > Signed-off-by: Robert Foss >

Re: X.org EVoC Ideas

On 18 April 2017 at 16:48, Rob Clark wrote: > On Fri, Apr 14, 2017 at 1:04 PM, Raghav Jajodia > wrote: >> Hi there >> >> I am Raghav Jajodia, an Engineering student from India. While going through >> the X.org foundation, I felt that X.org is a

Re: [RFC PATCH v3 0/6] Introduce writeback connectors

Hi Boris, On Fri, Apr 14, 2017 at 11:35:17AM +0200, Boris Brezillon wrote: Hi Brian, On Fri, 25 Nov 2016 16:48:58 + Brian Starkey wrote: Hi, This is v3 of my series introducing a new connector type: DRM_MODE_CONNECTOR_WRITEBACK See v1 and v2 here: [1] [2]

Re: [PATCH 1/6] drm: Add writeback connector type

Hi Boris, On Fri, Apr 14, 2017 at 12:08:23PM +0200, Boris Brezillon wrote: On Fri, 25 Nov 2016 16:48:59 + Brian Starkey wrote: diff --git a/drivers/gpu/drm/drm_connector.c b/drivers/gpu/drm/drm_connector.c index b5c6a8e..6bbd93f 100644 ---

Re: [PATCH 6/6] drm: mali-dp: Add writeback connector

On Fri, Apr 14, 2017 at 11:47:00AM +0200, Boris Brezillon wrote: On Fri, 25 Nov 2016 16:49:04 + Brian Starkey wrote: +static int +malidp_mw_encoder_atomic_check(struct drm_encoder *encoder, + struct drm_crtc_state *crtc_state, +

drm-tip/drm-tip boot: 17 boots: 2 failed, 15 passed (v4.11-rc6-1976-gb15e4217c2dc)

drm-tip/drm-tip boot: 17 boots: 2 failed, 15 passed (v4.11-rc6-1976-gb15e4217c2dc) Full Boot Summary: https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1976-gb15e4217c2dc/ Full Build Summary:

drm-tip/drm-tip build: 207 builds: 1 failed, 206 passed, 45 warnings (v4.11-rc6-1978-g7204beb80dcd)

drm-tip/drm-tip build: 207 builds: 1 failed, 206 passed, 45 warnings (v4.11-rc6-1978-g7204beb80dcd) Full Build Summary: https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1978-g7204beb80dcd/ Tree: drm-tip Branch: drm-tip Git Describe: v4.11-rc6-1978-g7204beb80dcd Git Commit:

Re: [PATCH libdrm v2] Header: Add rotation property fields

On 18 April 2017 at 11:32, Emil Velikov wrote: > On 17 April 2017 at 21:13, Robert Foss wrote: >> From: Sean Paul >> >> From drm_crtc.h, for use with the plane "rotation" property. >> > Please see the

Re: [PATCH 2/6] drm: writeback: Add out-fences for writeback connectors

On Fri, Apr 14, 2017 at 12:11:14PM +0200, Boris Brezillon wrote: On Fri, 25 Nov 2016 16:49:00 + Brian Starkey wrote: Add the OUT_FENCE_PTR property to writeback connectors, to enable userspace to get a fence which will signal once the writeback is complete. It is

drm-tip/drm-tip build: 207 builds: 20 failed, 187 passed, 20 errors, 45 warnings (v4.11-rc6-1976-gb15e4217c2dc)

drm-tip/drm-tip build: 207 builds: 20 failed, 187 passed, 20 errors, 45 warnings (v4.11-rc6-1976-gb15e4217c2dc) Full Build Summary: https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1976-gb15e4217c2dc/ Tree: drm-tip Branch: drm-tip Git Describe: v4.11-rc6-1976-gb15e4217c2dc

[PATCH] drm/cma-helper: Return ENOENT for "no such gem obj"

All the error codes we (ab)use are strictly not the right ones (since they're all for the vfs, and the only thing we're allowed to do from an ioctl is EINVAL). But ENOENT is the common error code for failed to look up an object throughout drm, so let's use it in the cma helpers, too. Cc: Laurent

Re: [PATCH] drm/cma-helper: Return ENOENT for "no such gem obj"

Hi Daniel, Thank you for the patch. On Tuesday 18 Apr 2017 14:11:20 Daniel Vetter wrote: > All the error codes we (ab)use are strictly not the right ones (since > they're all for the vfs, and the only thing we're allowed to do from > an ioctl is EINVAL). But ENOENT is the common error code for

[PATCH 0/7] drm/exynos: panel mode info propagation

Hi Inki, This patchset beside cleanup/refactoring patches (01-03) adds code to propagate info provided by MIPI-DSI panels about its mode of work (video/command mode). The propagation is performed for whole pipeline as every its elements uses it. Regards Andrzej Andrzej Hajda (7):

[PATCH 4/7] drm/exynos: propagate info about command mode from panel

mipi_dsi framework provides information about panel's mode of work. This info should be propagated upstream to configure all elements of the pipeline. As CRTC is the common nominator of the pipeline we can put such info into its structures. Signed-off-by: Andrzej Hajda ---

[PATCH 1/7] drm/exynos/decon5433: use readl_poll_timeout helpers

Linux core provide helpers for polling with timeout, lets use them. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 20 1 file changed, 8 insertions(+), 12 deletions(-) diff --git

[PATCH 5/7] drm/exynos/mic: use mode info stored in CRTC to detect i80 mode

MIC driver should use info from CRTC to check mode of work instead of illegally peeking into nodes of other devices. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_drm_mic.c | 44 +++-- 1 file changed, 4 insertions(+), 40

[PATCH libdrm] modetest: fix printing of fourcc on BE machines

fourcc is not a string, it's a packed integer. This happens to work out on LE, but gets reversed on BE. Signed-off-by: Ilia Mirkin --- tests/modetest/modetest.c | 11 ++- 1 file changed, 10 insertions(+), 1 deletion(-) diff --git a/tests/modetest/modetest.c

drm-tip/drm-tip boot: 17 boots: 2 failed, 15 passed (v4.11-rc6-1976-gba8ae8c72f16)

drm-tip/drm-tip boot: 17 boots: 2 failed, 15 passed (v4.11-rc6-1976-gba8ae8c72f16) Full Boot Summary: https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1976-gba8ae8c72f16/ Full Build Summary:

[PATCH 2/2] dma-fence: Do not call kref utility functions from static inline code

Commit 10383aea2f44 ("kref: Implement 'struct kref' using refcount_t") updated the kref implementation to use refcount_t. Commit 29dee3c03abc ("locking/refcounts: Out-of-line everything") changed the refcount_t utility functions from static inline to EXPORT_SYMBOL_GPL functions. Through a chain

Re: [PATCH libdrm v2] Header: Add rotation property fields

On 18 April 2017 at 18:38, Kristian Høgsberg wrote: > On Mon, Apr 17, 2017 at 1:13 PM, Robert Foss > wrote: >> From: Sean Paul >> >> From drm_crtc.h, for use with the plane "rotation" property. >> >> Signed-off-by: Sean

[PATCH 0/2] Do not call kref utility functions from static inline code

I don't expect these two patches to be terribly popular, but let's see. Nikhil Mahale described the problem here: https://lists.freedesktop.org/archives/dri-devel/2017-April/138731.html In short: Commit 10383aea2f44 ("kref: Implement 'struct kref' using refcount_t") updated the

[PATCH 1/2] drm: Do not call kref utility functions from static inline code

Commit 10383aea2f44 ("kref: Implement 'struct kref' using refcount_t") updated the kref implementation to use refcount_t. Commit 29dee3c03abc ("locking/refcounts: Out-of-line everything") changed the refcount_t utility functions from static inline to EXPORT_SYMBOL_GPL functions. Through a chain

Re: X.org EVoC Ideas

On Tue, Apr 18, 2017 at 1:32 PM, Emil Velikov wrote: > On 18 April 2017 at 16:48, Rob Clark wrote: >> On Fri, Apr 14, 2017 at 1:04 PM, Raghav Jajodia >> wrote: >>> Hi there >>> >>> I am Raghav Jajodia, an Engineering

[PATCHv4 02/12] cma: Introduce cma_for_each_area

Frameworks (e.g. Ion) may want to iterate over each possible CMA area to allow for enumeration. Introduce a function to allow a callback. Signed-off-by: Laura Abbott --- include/linux/cma.h | 2 ++ mm/cma.c| 14 ++ 2 files changed, 16 insertions(+)

[PATCHv4 01/12] cma: Store a name in the cma structure

Frameworks that may want to enumerate CMA heaps (e.g. Ion) will find it useful to have an explicit name attached to each region. Store the name in each CMA structure. Signed-off-by: Laura Abbott --- arch/powerpc/kvm/book3s_hv_builtin.c | 3 ++- drivers/base/dma-contiguous.c

[PATCHv4 03/12] staging: android: ion: Use CMA APIs directly

When CMA was first introduced, its primary use was for DMA allocation and the only way to get CMA memory was to call dma_alloc_coherent. This put Ion in an awkward position since there was no device structure readily available and setting one up messed up the coherency model. These days, CMA can

[PATCHv4 04/12] staging: android: ion: Stop butchering the DMA address

Now that we have proper caching, stop setting the DMA address manually. It should be set after properly calling dma_map. Signed-off-by: Laura Abbott --- drivers/staging/android/ion/ion.c | 17 + 1 file changed, 1 insertion(+), 16 deletions(-) diff --git

[PATCHv4 05/12] staging: android: ion: Break the ABI in the name of forward progress

Several of the Ion ioctls were designed in such a way that they necessitate compat ioctls. We're breaking a bunch of other ABIs and cleaning stuff up anyway so let's follow the ioctl guidelines and clean things up while everyone is busy converting things over anyway. As part of this, also remove

[PATCHv4 06/12] staging: android: ion: Get rid of ion_phys_addr_t

Once upon a time, phys_addr_t was not everywhere in the kernel. These days it is used enough places that having a separate Ion type doesn't make sense. Remove the extra type and just use phys_addr_t directly. Signed-off-by: Laura Abbott --- drivers/staging/android/ion/ion.h

[PATCHv4 00/12] Ion cleanup in preparation for moving out of staging

Hi, This is v4 of the series to cleanup to Ion. Greg took some of the patches that weren't CMA related already. There was a minor bisectability problem with the CMA APIs so this is a new version to address that. I also addressed some minor comments on the patch to collapse header files. Thanks,

[PATCHv4 07/12] staging: android: ion: Collapse internal header files

Ion current has ion_priv.h and ion.h as header files. ion.h was intended to be used for public APIs but Ion never ended up really having anything public. Combine the two headers so there is only one internal header. Signed-off-by: Laura Abbott --- v4: minor cleanup suggested

[PATCHv4 12/12] staging/android: Update Ion TODO list

Most of the items have been taken care of by a clean up series. Remove the completed items and add a few new ones. Signed-off-by: Laura Abbott --- drivers/staging/android/TODO | 21 - 1 file changed, 4 insertions(+), 17 deletions(-) diff --git

[PATCHv4 11/12] staging: android: ion: Set query return value

This never got set in the ioctl. Properly set a return value of 0 on success. Signed-off-by: Laura Abbott --- drivers/staging/android/ion/ion.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/staging/android/ion/ion.c b/drivers/staging/android/ion/ion.c index

[PATCHv4 10/12] staging: android: ion: Remove ion_handle and ion_client

ion_handle was introduced as an abstraction to represent a reference to a buffer via an ion_client. As frameworks outside of Ion evolved, the dmabuf emerged as the preferred standard for use in the kernel. This has made the ion_handle an unnecessary abstraction and prone to race conditions.

[PATCHv4 08/12] staging: android: ion: Rework heap registration/enumeration

The current model of Ion heap registration is based on the outdated model of board files. The replacement for board files (devicetree) isn't a good replacement for what Ion wants to do. In actuality, Ion wants to show what memory is available in the system for something else to figure out what to

[PATCHv4 09/12] staging: android: ion: Drop ion_map_kernel interface

Nobody uses this interface externally. Drop it. Signed-off-by: Laura Abbott --- drivers/staging/android/ion/ion.c | 59 --- 1 file changed, 59 deletions(-) diff --git a/drivers/staging/android/ion/ion.c

Re: [PATCH libdrm v2] Header: Add rotation property fields

On Tue, Apr 18, 2017 at 11:03 AM, Emil Velikov wrote: > On 18 April 2017 at 18:38, Kristian Høgsberg wrote: >> On Mon, Apr 17, 2017 at 1:13 PM, Robert Foss >> wrote: >>> From: Sean Paul >>> >>>

drm-tip/drm-tip boot: 17 boots: 2 failed, 15 passed (v4.11-rc6-1977-gbd206d943e83)

drm-tip/drm-tip boot: 17 boots: 2 failed, 15 passed (v4.11-rc6-1977-gbd206d943e83) Full Boot Summary: https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1977-gbd206d943e83/ Full Build Summary:

[Bug 100681] F1 2015 glitches (letters mainly)

https://bugs.freedesktop.org/show_bug.cgi?id=100681 --- Comment #5 from Andy Furniss --- OK, I sent a mail - awaiting moderation for the cc as I am not on any llvm lists. I did try to add the author as cc on the tracker when I filed the bug, but no luck, it would be handy

Re: [PATCH v2 3/3] arm64: dts: exynos: Add support for s6e3hf2 panel device on TM2e board

On 04/18/2017 03:00 PM, Andrzej Hajda wrote: On 17.04.2017 08:02, Hoegeun Kwon wrote: This patch add the panel device tree node for s6e3hf2 display controller to TM2e dts. Signed-off-by: Hoegeun Kwon Maybe it would be good to remove te-gpios property - tm2/tm2e uses

Re: [PATCH v2 2/3] drm/panel: s6e3ha2: Add support for s6e3hf2 panel on TM2e board

2017년 04월 18일 14:55에 Andrzej Hajda 이(가) 쓴 글: > On 17.04.2017 08:02, Hoegeun Kwon wrote: >> This patch supports TM2e panel and the panel has 1600x2560 resolution >> in 5.65" physical. >> >> This identify panel type with compatibility string, also invoke >> display mode that matches the type. So

[PATCH v3 2/3] drm/panel: s6e3ha2: Add support for s6e3hf2 panel on TM2e board

This patch supports TM2e panel and the panel has 1600x2560 resolution in 5.65" physical. This identify panel type with compatibility string, also invoke display mode that matches the type. So add the check code for s6e3ha2 compatibility and s6e3hf2 type and select the drm_display_mode of default

[PATCH v3 1/3] dt-bindings: Add support for samsung s6e3hf2 panel

The samsung s6e3hf2 panel is a 5.65" 1600x2560 AMOLED panel connected using MIPI-DSI interfaces. The s6e3hf2 is add to samsung,s6e3ha2.txt binding because it is a panel similar to the s6e3ha2. So add the compatible string and comments. Signed-off-by: Hoegeun Kwon

Re: [PATCH v2] drm/exynos/dsi: make te-gpios optional

On 03/15/2017 08:20 PM, Andrzej Hajda wrote: DSI forwards te-gpios interrupts to display controller, but if display controller works in HW-TRIGGER mode this interrupt is not necessary. Making te-gpios property optional allows to avoid generating spare interrupts. With this patch we can get rid

Re: [PATCH v2 3/3] arm64: dts: exynos: Add support for s6e3hf2 panel device on TM2e board

On 18.04.2017 09:44, Hoegeun Kwon wrote: > On 04/18/2017 03:00 PM, Andrzej Hajda wrote: >> On 17.04.2017 08:02, Hoegeun Kwon wrote: >>> This patch add the panel device tree node for s6e3hf2 display >>> controller to TM2e dts. >>> >>> Signed-off-by: Hoegeun Kwon >> Maybe

Re: [PATCH v2 3/3] arm64: dts: exynos: Add support for s6e3hf2 panel device on TM2e board

On 04/18/2017 04:56 PM, Andrzej Hajda wrote: On 18.04.2017 09:44, Hoegeun Kwon wrote: On 04/18/2017 03:00 PM, Andrzej Hajda wrote: On 17.04.2017 08:02, Hoegeun Kwon wrote: This patch add the panel device tree node for s6e3hf2 display controller to TM2e dts. Signed-off-by: Hoegeun Kwon

[PATCH v3 3/3] arm64: dts: exynos: Add support for s6e3hf2 panel device on TM2e board

This patch add the panel device tree node for s6e3hf2 display controller to TM2e dts. Signed-off-by: Hoegeun Kwon Reviewed-by: Andrzej Hajda --- arch/arm64/boot/dts/exynos/exynos5433-tm2e.dts | 11 +++ 1 file changed, 11 insertions(+)

[PATCH v3 0/3] Add support for the S6E3HF2 panel on TM2e board

Hi all, The purpose of this patch is add support for s6e3hf2 AMOLED panel on the TM2e board. The panel has 1600x2560 resolution in 5.65" physical panel in the TM2e device. The s6e3hf2 panel(5.65") is simliar to the previous s6e3ha2 panel(5.7"), but resolution and some command message are

Re: [PATCH] drm/doc: Interlink color manager docs better

On Thu, Apr 13, 2017 at 10:55:12AM -0700, Lionel Landwerlin wrote: > I have a tiny suggestion down there. Regardless this is : > > Reviewed-by: Lionel Landwerlin Thanks for the suggestions, polished while applying the patch. -Daniel > > On 12/04/17 08:20, Daniel

Re: [PATCH v4 06/11] drm/sun4i: add support for Allwinner DE2 mixers

On Sun, Apr 16, 2017 at 08:08:44PM +0800, Icenowy Zheng wrote: > Allwinner have a new "Display Engine 2.0" in their new SoCs, which comes > with mixers to do graphic processing and feed data to TCON, like the old > backends and frontends. > > Add support for the mixer on Allwinner V3s SoC; it's

[Bug 91880] Radeonsi on Grenada cards (r9 390) exceptionally unstable and poorly performing

https://bugs.freedesktop.org/show_bug.cgi?id=91880 --- Comment #150 from Alfredo Mendez --- I have an ASUS Strix R9 390 and attempted to get it to work, in a nutshell for those looking for redemption... it didn't work. I tried to switch drivers from radeon to amdgpu, and

Re: [PATCH] drm: atmel-hlcdc: Uninitialized return in atmel_hlcdc_create_outputs()

On Sat, 15 Apr 2017 22:21:42 +0300 Dan Carpenter wrote: > It's not possible for endpoint to be zero so the test doesn't work. If > we break on the first iteration through the loop then endpoint is 1 and > "ret" is uninitialized. > > Fixes: ebc944613567 ("drm: convert

drm-tip/drm-tip build: 207 builds: 20 failed, 187 passed, 20 errors, 45 warnings (v4.11-rc6-1973-ga4b2d83360ec)

drm-tip/drm-tip build: 207 builds: 20 failed, 187 passed, 20 errors, 45 warnings (v4.11-rc6-1973-ga4b2d83360ec) Full Build Summary: https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1973-ga4b2d83360ec/ Tree: drm-tip Branch: drm-tip Git Describe: v4.11-rc6-1973-ga4b2d83360ec

Re: i915 invert backlight brightness

On Mon, 17 Apr 2017, Georgios Dakidis wrote: > lspci -n > 00:02.0 0300: 8086:0f31 (rev 0e) > lspci -nn > 00:02.0 VGA compatible controller [0300]: Intel Corporation Atom Processor > Z36xxx/Z37xxx Series Graphics & Display [8086:0f31] (rev 0e) > > dmesg ( with

Re: [PATCH v4 05/11] drm/sun4i: abstract a engine type

Hi, Thanks for that rework. On Sun, Apr 16, 2017 at 08:08:43PM +0800, Icenowy Zheng wrote: > As we are going to add support for the Allwinner DE2 engine in sun4i-drm > driver, we will finally have two types of display engines -- the DE1 > backend and the DE2 mixer. They both do some display

Re: [PATCH v2 3/5] drm: omapdrm: Remove legacy buffer synchronization support

Hi Daniel, On Tuesday 18 Apr 2017 08:20:29 Daniel Vetter wrote: > On Sat, Apr 15, 2017 at 11:16 AM, Laurent Pinchart wrote: > > - DRM_IOCTL_DEF_DRV(OMAP_GEM_CPU_PREP, ioctl_gem_cpu_prep, > > + DRM_IOCTL_DEF_DRV(OMAP_GEM_CPU_PREP, ioctl_gem_cpu_prep_fini, > >

[Bug 100465] Hard lockup with radeonsi driver on FirePro W600, W9000 and W9100

https://bugs.freedesktop.org/show_bug.cgi?id=100465 Julien Isorce changed: What|Removed |Added Attachment #130789|0 |1 is

[Bug 100465] Hard lockup with radeonsi driver on FirePro W600, W9000 and W9100

https://bugs.freedesktop.org/show_bug.cgi?id=100465 Julien Isorce changed: What|Removed |Added Attachment #130790|0 |1 is

Re: [PATCH 16/22] xen-blkfront: Make use of the new sg_map helper function

On Tue, Apr 18, 2017 at 02:13:59PM +, David Laight wrote: > From: Logan Gunthorpe > > Sent: 13 April 2017 23:05 > > Straightforward conversion to the new helper, except due to > > the lack of error path, we have to warn if unmapable memory > > is ever present in the sgl. Interesting that you

Re: [PATCH 1/7] sync_file: get rid of internal reference count.

2017-04-17 Sumit Semwal : > On 17 April 2017 at 18:43, Gustavo Padovan wrote: > > 2017-04-13 Dave Airlie : > > > >> From: Dave Airlie > >> > >> sync_file uses the reference count of the file, the internal > >>

[PATCH 2/7] drm/exynos: use helper to set possible crtcs

All encoders share the same code to set encoders possible_crtcs field. The patch creates helper to abstract out this code. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_dp.c | 15 +-- drivers/gpu/drm/exynos/exynos_drm_core.c | 1 +

[PATCH 7/7] dt-bindings: exynos5433-decon: remove i80-if-timings property

Since i80/command mode is determined in runtime by propagating info from panel this property can be removed. Signed-off-by: Andrzej Hajda --- .../devicetree/bindings/display/exynos/exynos5433-decon.txt | 6 -- 1 file changed, 6 deletions(-) diff --git

[PATCH 6/7] drm/exynos/decon5433: use mode info stored in CRTC to detect i80 mode

Since panel's mode of work is propagated properly from panel to DECON, there is no need to use redundant private property. The only issue with such approach is that check for required interrupts should be postponed until panel communicate its requirements - ie to atomic_check. Signed-off-by:

[PATCH 3/7] drm/exynos/dsi: refactor panel detection logic

Description of drm_helper_hpd_irq_event clearly states that drivers supporting hotplug events per connector should use different helper - drm_kms_helper_hotplug_event. To achieve it following changes have been performed: - moved down all DSI ops - they require exynos_dsi_disable function to be

[Bug 100465] Hard lockup with radeonsi driver on FirePro W600, W9000 and W9100

https://bugs.freedesktop.org/show_bug.cgi?id=100465 Julien Isorce changed: What|Removed |Added Attachment #130788|0 |1 is

[Bug 100465] Hard lockup with radeonsi driver on FirePro W600, W9000 and W9100

https://bugs.freedesktop.org/show_bug.cgi?id=100465 Julien Isorce changed: What|Removed |Added Attachment #130787|0 |1 is

drm-tip/drm-tip boot: 114 boots: 2 failed, 112 passed (v4.11-rc6-1975-g4d374295ace9)

drm-tip/drm-tip boot: 114 boots: 2 failed, 112 passed (v4.11-rc6-1975-g4d374295ace9) Full Boot Summary: https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1975-g4d374295ace9/ Full Build Summary:

Re: [PATCH] drm/cma-helper: Return ENOENT for "no such gem obj"

On Tue, Apr 18, 2017 at 03:29:29PM +0300, Laurent Pinchart wrote: > Hi Daniel, > > Thank you for the patch. > > On Tuesday 18 Apr 2017 14:11:20 Daniel Vetter wrote: > > All the error codes we (ab)use are strictly not the right ones (since > > they're all for the vfs, and the only thing we're

[PATCH 1/3] drm/vc4: Turn the V3D clock on at runtime.

For the Raspberry Pi's bindings, the power domain also implicitly turns on the clock and deasserts reset, but for the new Cygnus port we start representing the clock in the devicetree. Signed-off-by: Eric Anholt --- .../devicetree/bindings/display/brcm,bcm-vc4.txt | 3 ++

[PATCH 3/3] drm/vc4: Add specific compatible strings for Cygnus.

Cygnus has V3D 2.6 instead of 2.1, and doesn't use the VC4 display modules. The V3D can be uniquely identified by the IDENT[01] registers, and there's nothing to key off of for the display change other than the lack of DT nodes for the display components, but it's convention to have new

[PATCH 2/3] drm/vc4: Don't try to initialize FBDEV if we're only bound to V3D.

The FBDEV initialization would throw an error in dmesg, when we just want to silently not initialize fbdev on a V3D-only VC4 instance. Signed-off-by: Eric Anholt --- drivers/gpu/drm/vc4/vc4_kms.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git

[Bug 194843] [amdgpu] oops [drm:gfx_v8_0_priv_reg_irq] *ERROR* Illegal register access in command stream

https://bugzilla.kernel.org/show_bug.cgi?id=194843 --- Comment #6 from Johannes Hirte (johannes.hi...@datenkhaos.de) --- Some more observation: It seems the hangs happen much more often/frequent with kernel 4.11 than with 4.10. Where 4.10 kernels running usually several days, I have a hang with

[Bug 100695] Texture artifacts in Deus Ex: Mankind Divided

https://bugs.freedesktop.org/show_bug.cgi?id=100695 --- Comment #2 from Hadrien --- (In reply to Michel Dänzer from comment #1) > Could be a duplicate of bug 100681. Probably, radv also gives me glitches in The Talos Principle. Today I updated Mesa to version

Re: [PATCH] drm/vc4: Add runtime PM support to the HDMI encoder driver

Boris Brezillon writes: > On Fri, 14 Apr 2017 11:20:52 -0700 > Eric Anholt wrote: > >> Boris Brezillon writes: >> >> > The HDMI driver is currently enabling all clks and probe time and keep >> > the

Re: [PATCH 1/3] drm/vc4: Turn the V3D clock on at runtime.

Eric Anholt writes: > For the Raspberry Pi's bindings, the power domain also implicitly > turns on the clock and deasserts reset, but for the new Cygnus port we > start representing the clock in the devicetree. > + v3d->clk = devm_clk_get(dev, "v3d_clk"); > + if

Re: [PATCH] drm: Document code of conduct

On Tue, 2017-04-18 at 12:10 +0200, Daniel Vetter wrote: > freedesktop.org has adopted a formal code of conduct: > > https://www.fooishbar.org/blog/fdo-contributor-covenant/ > https://www.freedesktop.org/wiki/CodeOfConduct/ > > Besides formalizing things a bit more I don't think this changes >

Re: [PATCH 0/2] Do not call kref utility functions from static inline code

On Tue, Apr 18, 2017 at 7:55 PM, Andy Ritger wrote: > I explained: > > We intentionally chose MODULE_LICENSE("MIT") for nvidia-drm.ko, rather > than MODULE_LICENSE("Dual MIT/GPL"), to avoid any ambiguity: > > * nvidia-drm.ko depends on nvidia.ko, which is

  1   2   >