On Thu, Apr 6, 2017 at 1:09 PM, jeffy wrote:
>
> On 04/06/2017 04:26 PM, Daniel Vetter wrote:
>>
>> On Wed, Apr 05, 2017 at 12:28:40PM -0400, Sean Paul wrote:
>>>
>>> On Wed, Apr 05, 2017 at 04:29:26PM +0800, Jeffy Chen wrote:
After unbinding drm, the userspace may still has a chance to
drm-tip/drm-tip boot: 83 boots: 1 failed, 79 passed with 3 offline
(v4.11-rc5-1747-g7aafd5c8395f)
Full Boot Summary:
https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1747-g7aafd5c8395f/
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-r
On Thu, Apr 06, 2017 at 01:12:51PM -0400, Sean Paul wrote:
> On Thu, Apr 06, 2017 at 11:01:10PM +0800, Shawn Guo wrote:
> > +static int zx_vga_connector_get_modes(struct drm_connector *connector)
> > +{
> > + struct zx_vga *vga = to_zx_vga(connector);
> > + unsigned long flags;
> > + struct e
drm-tip/drm-tip build: 207 builds: 1 failed, 206 passed, 204 warnings
(v4.11-rc5-1747-g7aafd5c8395f)
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1747-g7aafd5c8395f/
Tree: drm-tip
Branch: drm-tip
Git Describe: v4.11-rc5-1747-g7aafd5c8395f
Git Commit: 7a
drm-tip/drm-tip boot: 77 boots: 1 failed, 71 passed with 5 offline
(v4.11-rc5-1644-g3d39d8905c14)
Full Boot Summary:
https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1644-g3d39d8905c14/
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-r
https://bugs.freedesktop.org/show_bug.cgi?id=100306
--- Comment #15 from MirceaKitsune ---
(In reply to Michel Dänzer from comment #14)
Yes, but it's due to an issue in one of the system components. I'm talking
about it there for the packaging related aspect, but figured this is helpful
for debu
On 02/04/17 07:58 AM, Keith Packard wrote:
>
> 2. Provide a way to hide some monitors from other clients using EDID
> manufacturer ids and product codes. Outputs with EDID properties
> matching the grab will report 'disconnected' to all clients other
> than the grabbing client. This w
https://bugs.freedesktop.org/show_bug.cgi?id=100306
--- Comment #14 from Michel Dänzer ---
This is the upstream bug tracker. For openSUSE related help, talk to openSUSE
folks.
--
You are receiving this mail because:
You are the assignee for the bug.__
Current drm bind/unbind sequence would cause some memory issues.
For example we should not cleanup iommu before cleanup mode config.
Reorder bind/unbind sequence, follow exynos drm.
Signed-off-by: Jeffy Chen
---
Changes in v5: None
Changes in v4: None
Changes in v3:
Address Sean Paul 's comment
Hi Sean,
On 04/06/2017 08:26 PM, Sean Paul wrote:
On Thu, Apr 06, 2017 at 10:47:59AM +0800, jeffy wrote:
Hi Sean,
On 04/06/2017 12:28 AM, Sean Paul wrote:
On Wed, Apr 05, 2017 at 04:29:26PM +0800, Jeffy Chen wrote:
After unbinding drm, the userspace may still has a chance to access
gem buf.
Add cond_resched().
Signed-off-by: Andrea Arcangeli
---
drivers/gpu/drm/i915/i915_gem.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c
index 612fde3..c81baeb 100644
--- a/drivers/gpu/drm/i915/i915_gem.c
+++ b/drivers/gpu/
Insist to run llist_del_all() until the free_list is found empty, this
may avoid having to schedule more workqueues.
Signed-off-by: Andrea Arcangeli
---
drivers/gpu/drm/i915/intel_display.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_displ
From: Jeffy Chen
The panel is attached when binding analogix dp.
Signed-off-by: Jeffy Chen
Reviewed-by: Andrzej Hajda
Signed-off-by: Your Name
---
Changes in v4: None
Changes in v3: None
Changes in v2:
Fix some commit messages.
drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 2 ++
1 f
The panel is attached when binding analogix dp.
Signed-off-by: Jeffy Chen
Reviewed-by: Andrzej Hajda
---
Changes in v5:
Fix wrong git account.
Changes in v4: None
Changes in v3: None
Changes in v2:
Fix some commit messages.
drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 2 ++
1 file ch
From: Jeffy Chen
We're trying to access vop registers here, so need to make sure
the pm domain is on.
Normally it should be enabled by the bootloader, but there's no
guarantee of it. And if we wanna do unbind/bind, it would also
cause the device to hang.
And this patch also does these:
1/ move
synchronize_rcu/synchronize_sched/synchronize_rcu_expedited() will
hang until its own workqueues are run. The i915 gem workqueues will
wait on the struct_mutex to be released. So we cannot wait for a
quiescent state using those rcu primitives while holding the
struct_mutex or it creates a circular
The clock is enabled when binding analogix dp.
Signed-off-by: Jeffy Chen
---
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/bridge/analogix/an
From: Jeffy Chen
Signed-off-by: Jeffy Chen
Signed-off-by: Your Name
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
drivers/gpu/drm/rockchip/cdn-dp-core.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/rockchip/cdn-dp-core.c
b/drivers/
The clocks are prepared when binding vop.
Signed-off-by: Jeffy Chen
---
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_vop.
We're trying to access vop registers here, so need to make sure
the pm domain is on.
Normally it should be enabled by the bootloader, but there's no
guarantee of it. And if we wanna do unbind/bind, it would also
cause the device to hang.
And this patch also does these:
1/ move vop_initial to the
After snd_soc_unregister_codec, the dai link would remain bound to
the invalid codec. That would cause crashes after unbind dp driver.
Let's unregister audio codec when removing dp driver to prevent that.
Signed-off-by: Jeffy Chen
---
Changes in v5: None
Changes in v4: None
Changes in v3:
Updat
Signed-off-by: Jeffy Chen
---
Changes in v5: None
Changes in v4: None
Changes in v3:
Address Daniel Vetter 's comments.
Update commit message.
Changes in v2: None
drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/rockchip/rockchip_d
The clock is enabled when binding cdn dp.
Signed-off-by: Jeffy Chen
---
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
drivers/gpu/drm/rockchip/analogix_dp-rockchip.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/rockchip
drm-tip/drm-tip build: 207 builds: 1 failed, 206 passed, 204 warnings
(v4.11-rc5-1644-g3d39d8905c14)
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1644-g3d39d8905c14/
Tree: drm-tip
Branch: drm-tip
Git Describe: v4.11-rc5-1644-g3d39d8905c14
Git Commit: 3d
drm-tip/drm-tip build: 207 builds: 0 failed, 207 passed, 204 warnings
(v4.11-rc5-1635-g6732aaa5e8d9)
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1635-g6732aaa5e8d9/
Tree: drm-tip
Branch: drm-tip
Git Describe: v4.11-rc5-1635-g6732aaa5e8d9
Git Commit: 67
I'm also getting kernel hangs every couple of days. For me it's still
not fixed here in 4.11-rc5. It's hard to reproduce, the best
reproducer is to build lineageos 14.1 on host while running LTP in a
guest to stress the guest VM.
Initially I thought it was related to the fact I upgraded the xf86
i
Verified on rk3399 chromebook kevin:
1/ stop ui && pkill -9 frecon
2/ unbind/bind drm
Changes in v4:
Address Andrzej Hajda 's comments.
Changes in v3:
Update commit message.
Address Sean Paul 's comments.
Update commit message.
Address Sean Paul 's comments.
Update commit message.
Address Daniel
Hi All,
Any comments for the patch below?
Thanks
Hean Loong
On Tue, 2017-04-04 at 04:01 +, Ong, Hean Loong wrote:
> Hi All,
>
> Apologies for the attachment earlier. Below are the inline changes
> for the patch
>
> From 0de293e3646a1780ed603cf8e1f2a19d9aebbe83 Mon Sep 17 00:00:00
> 2001
>
drm-tip/drm-tip boot: 154 boots: 13 failed, 133 passed with 8 offline
(v4.11-rc5-1635-g6732aaa5e8d9)
Full Boot Summary:
https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1635-g6732aaa5e8d9/
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.1
Hi Sean,
On 04/06/2017 12:28 AM, Sean Paul wrote:
On Wed, Apr 05, 2017 at 04:29:26PM +0800, Jeffy Chen wrote:
After unbinding drm, the userspace may still has a chance to access
gem buf.
Add a sanity check for a NULL dev_private to prevent that from
happening.
I still don't understand how th
drm-tip/drm-tip boot: 156 boots: 15 failed, 133 passed with 8 offline
(v4.11-rc5-1643-ge087f8395ca3)
Full Boot Summary:
https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1643-ge087f8395ca3/
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.1
drm-tip/drm-tip build: 207 builds: 1 failed, 206 passed, 204 warnings
(v4.11-rc5-1643-ge087f8395ca3)
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1643-ge087f8395ca3/
Tree: drm-tip
Branch: drm-tip
Git Describe: v4.11-rc5-1643-ge087f8395ca3
Git Commit: e0
drm-tip/drm-tip boot: 123 boots: 12 failed, 103 passed with 8 offline
(v4.11-rc5-1632-g7303b362817a)
Full Boot Summary:
https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1632-g7303b362817a/
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.1
From: Jeffy Chen
After unbinding drm, the user space may still owns the drm dev fd,
and may still be able to call drm ioctl.
Add a sanity check here to prevent that from happening.
Signed-off-by: Jeffy Chen
Signed-off-by: Your Name
---
Changes in v4: None
Changes in v3: None
Changes in v2: N
drm-tip/drm-tip build: 207 builds: 1 failed, 206 passed, 204 warnings
(v4.11-rc5-1642-gf64b9ef53ade)
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1642-gf64b9ef53ade/
Tree: drm-tip
Branch: drm-tip
Git Describe: v4.11-rc5-1642-gf64b9ef53ade
Git Commit: f6
Verified on rk3399 chromebook kevin:
1/ stop ui && pkill -9 frecon
2/ unbind/bind drm
Changes in v5:
Fix wrong git account.
Changes in v4:
Address Andrzej Hajda 's comments.
Changes in v3:
Update commit message.
Address Sean Paul 's comments.
Update commit message.
Address Sean Paul 's comments
On Wed, 2017-04-05 at 12:06 +0200, Daniel Vetter wrote:
> On Wed, Apr 05, 2017 at 10:41:24AM +0200, Maarten Lankhorst wrote:
> > The connector atomic check function may be called multiple times,
> > or not at all. It's mostly useful for implementing properties but if you
> > call check_modeset twic
Sent from my iPhone
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
Just in case the llist model changes and NULL isn't valid
initialization.
Signed-off-by: Andrea Arcangeli
---
drivers/gpu/drm/i915/intel_display.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/i915/intel_display.c
b/drivers/gpu/drm/i915/intel_display.c
index ed1f4f2..24f30
From: Jeffy Chen
The dp aux is registered when binding analogix dp.
Signed-off-by: Jeffy Chen
Reviewed-by: Andrzej Hajda
Signed-off-by: Your Name
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 1 +
1 file changed, 1 inse
From: Jeffy Chen
The clocks are prepared when binding vop.
Signed-off-by: Jeffy Chen
Signed-off-by: Your Name
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/gpu/drm/r
Hi Daniel,
On 04/06/2017 04:26 PM, Daniel Vetter wrote:
On Wed, Apr 05, 2017 at 12:28:40PM -0400, Sean Paul wrote:
On Wed, Apr 05, 2017 at 04:29:26PM +0800, Jeffy Chen wrote:
After unbinding drm, the userspace may still has a chance to access
gem buf.
Add a sanity check for a NULL dev_private
From: Jeffy Chen
After snd_soc_unregister_codec, the dai link would remain bound to
the invalid codec. That would cause crashes after unbind dp driver.
Let's unregister audio codec when removing dp driver to prevent that.
Signed-off-by: Jeffy Chen
Signed-off-by: Your Name
---
Changes in v4:
From: Jeffy Chen
The clock is enabled when binding analogix dp.
Signed-off-by: Jeffy Chen
Signed-off-by: Your Name
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/g
Normally we do this in drm_mode_config_cleanup. But:
1/ analogix dp's connector is allocated in bind, and freed after unbind.
So we need to destroy it in unbind to avoid further access.
2/ the drm bridge is attached in bind, and detached in encoder cleanup.
So we need to destroy encoder in unbind.
After unbinding drm, the user space may still owns the drm dev fd,
and may still be able to call drm ioctl.
Add a sanity check here to prevent that from happening.
Signed-off-by: Jeffy Chen
---
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
drivers/gpu/drm/drm
Hi Andrzej,
On 04/06/2017 03:19 PM, Andrzej Hajda wrote:
On 05.04.2017 10:29, Jeffy Chen wrote:
Normally we do this in drm_mode_config_cleanup. But analogix dp's
connector is allocated in bind, and freed after unbind. So we need
to destroy it in unbind to avoid further access.
Signed-off-by: J
drm-tip/drm-tip boot: 157 boots: 15 failed, 134 passed with 8 offline
(v4.11-rc5-1642-gf64b9ef53ade)
Full Boot Summary:
https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1642-gf64b9ef53ade/
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.1
The dp aux is registered when binding analogix dp.
Signed-off-by: Jeffy Chen
Reviewed-by: Andrzej Hajda
---
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/dr
From: Jeffy Chen
Signed-off-by: Jeffy Chen
Signed-off-by: Your Name
---
Changes in v4: None
Changes in v3:
Address Daniel Vetter 's comments.
Update commit message.
Changes in v2: None
drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gp
drm-tip/drm-tip build: 197 builds: 0 failed, 197 passed, 202 warnings
(v4.11-rc5-1632-g7303b362817a)
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1632-g7303b362817a/
Tree: drm-tip
Branch: drm-tip
Git Describe: v4.11-rc5-1632-g7303b362817a
Git Commit: 73
Signed-off-by: Jeffy Chen
---
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
drivers/gpu/drm/rockchip/cdn-dp-core.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/rockchip/cdn-dp-core.c
b/drivers/gpu/drm/rockchip/cdn-dp-c
Hi Andrzej,
On 04/06/2017 03:11 PM, Andrzej Hajda wrote:
On 05.04.2017 10:29, Jeffy Chen wrote:
The dp aux is registered when binding analogix dp.
Signed-off-by: Jeffy Chen
Reviewed-by: Andrzej Hajda
Btw, if you are working already in this area you can check also to
analogix_dp bind and un
On 05/04/2017 19:11, Ville Syrjälä wrote:
> On Wed, Apr 05, 2017 at 10:09:15AM +0200, Laurent Vivier wrote:
>> When we use virtio-vga with a big-endian guest,
>> the mouse pointer disappears.
>>
>> To fix that, on big-endian use DRM_FORMAT_BGRA
>> instead of DRM_FORMAT_ARGB.
>>
>> Signed-of
On Thu, Apr 6, 2017 at 12:34 AM Maarten Lankhorst <
maarten.lankho...@linux.intel.com> wrote:
> Op 06-04-17 om 03:27 schreef Pandiyan, Dhinakaran:
> > On Wed, 2017-04-05 at 12:06 +0200, Daniel Vetter wrote:
> >> On Wed, Apr 05, 2017 at 10:41:24AM +0200, Maarten Lankhorst wrote:
> >>> The connector
From: Jeffy Chen
Current drm bind/unbind sequence would cause some memory issues.
For example we should not cleanup iommu before cleanup mode config.
Reorder bind/unbind sequence, follow exynos drm.
Signed-off-by: Jeffy Chen
Signed-off-by: Your Name
---
Changes in v4: None
Changes in v3:
Add
From: Jeffy Chen
The clock is enabled when binding cdn dp.
Signed-off-by: Jeffy Chen
Signed-off-by: Your Name
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
drivers/gpu/drm/rockchip/analogix_dp-rockchip.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a
From: Jeffy Chen
Normally we do this in drm_mode_config_cleanup. But:
1/ analogix dp's connector is allocated in bind, and freed after unbind.
So we need to destroy it in unbind to avoid further access.
2/ the drm bridge is attached in bind, and detached in encoder cleanup.
So we need to destroy
Hi,
Ion[1] is making progress towards moving out of staging. I'd like to take
advantage of the vgem driver for development of unit tests for Ion. To
do this properly, vgem needs to support importing of foreign handles. This
is an RFC to add that support. This passes the existing vgem_basic unit
te
Enable the GEM dma-buf import interfaces in addition to the export
interfaces. This lets vgem be used as a test source for other allocators
(e.g. Ion).
Signed-off-by: Laura Abbott
---
drivers/gpu/drm/vgem/vgem_drv.c | 135
drivers/gpu/drm/vgem/vgem_drv.h
The vgem driver is currently registered independent of any actual
device. Some usage of the dmabuf APIs require an actual device structure
to do anything. Register a dummy platform device for use with dmabuf.
Signed-off-by: Laura Abbott
---
I realize the original driver had a note about 'drop pla
Hi Dave,
The following changes since commit 97da3854c526d3a6ee05c849c96e48d21527606c:
Linux 4.11-rc3 (2017-03-19 19:09:39 -0700)
are available in the git repository at:
git://anongit.freedesktop.org/tegra/linux tags/drm/tegra/for-4.12-rc1
for you to fetch changes up to b0d36daa0ab54714e051
On Fri, Mar 03, 2017 at 04:21:55PM +0100, Richard Genoud wrote:
> Winstar Display Corp. is specialized in LCD displays for embedded
> products.
> cf: http://www.winstar.com.tw
>
> Signed-off-by: Richard Genoud
> ---
> Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
> 1 file changed,
On Mon, Apr 03, 2017 at 03:38:32PM +0200, Maxime Ripard wrote:
> The Sitronix ST7789v controller is used to drive 240x320 LCD panels through
> various interfaces, including SPI and RGB/Parallel.
>
> The current driver is configuring it for the latter. Support for tinyDRM
> can always be added late
On Mon, Apr 03, 2017 at 03:38:31PM +0200, Maxime Ripard wrote:
> The Sitronix ST7789V is an LCD panel controller, controlled over SPI, that
> can drive 18-bits 240x320 LCD displays.
>
> Signed-off-by: Maxime Ripard
> Acked-by: Rob Herring
> ---
> Documentation/devicetree/bindings/display/panel/
On Wed, Mar 08, 2017 at 10:42:36AM +0900, Hoegeun Kwon wrote:
> This patch add support for MIPI-DSI based S6E3HA2 AMOLED panel
> driver. This panel has 1440x2560 resolution in 5.7-inch physical
> panel in the TM2 device.
>
> Signed-off-by: Donghwa Lee
> Signed-off-by: Hyungwon Hwang
> Signed-off
Hi Ander,
Could you take a look at this?
Manasi
On Mon, Apr 03, 2017 at 03:51:10PM -0700, Manasi Navare wrote:
> From: "Navare, Manasi D"
>
> Display stream compression is supported on DP 1.4 DP
> devices. This patch adds the corersponding DPCD
> register definitions for DSC.
>
> v4:
> * Add
On Wed, Mar 08, 2017 at 10:42:35AM +0900, Hoegeun Kwon wrote:
> The Samsung s6e3ha2 is a 5.7" 1440x2560 AMOLED panel connected
> using MIPI-DSI interfaces.
>
> Signed-off-by: Donghwa Lee
> Signed-off-by: Hyungwon Hwang
> Signed-off-by: Hoegeun Kwon
> Reviewed-by: Andrzej Hajda
> Reviewed-by: J
On Tue, Mar 28, 2017 at 11:44:49AM +0200, Yannick Fertre wrote:
> Add simple-panel support for the Ampire AM-480272H3TMQW-T01H,
> which is a 4.3" WQVGA panel.
>
> Signed-off-by: Yannick Fertre
> ---
> drivers/gpu/drm/panel/panel-simple.c | 29 +
> 1 file changed, 29 i
On Tue, Mar 28, 2017 at 11:44:48AM +0200, Yannick Fertre wrote:
> This patch adds documentation of device tree bindings for the WVGA panel
> Ampire AM-480272H3TMQW-T01H.
>
> Acked-by: Rob Herring
> Signed-off-by: Yannick Fertre
> ---
> .../display/panel/ampire,am-480272h3tmqw-t01h.txt | 26
>
On Thu, Apr 06, 2017 at 08:48:36AM -0400, Sean Paul wrote:
> On Thu, Apr 06, 2017 at 01:18:59PM +0200, Maarten Lankhorst wrote:
> > Some small cleanups I came across to make drm_atomic_helper_check_modeset
> > more readable.
> >
> > This makes it a lot more clear what atomic_check does and why it'
On Wed, Mar 22, 2017 at 9:26 AM, Rob Herring wrote:
> I've been unhappy with the OF graph API for some time and decided to
> do something about it. The problem is drivers have to do too much of the
> graph parsing and walking themselves. This has led to the same pattern
> duplicated over and over.
On Thu, Apr 06, 2017 at 03:09:04PM -0400, Alex Deucher wrote:
> On Thu, Apr 6, 2017 at 3:06 PM, Daniel Vetter wrote:
> > Legacy drivers insist that we really take all the locks in this path,
> > and the harm in doing so is minimal.
> >
> > v2: Like git add, it exists :(
> >
> > Fixes: 2ceb585a956c
I've broken this by removing the backoff handling from the
set_config2atomic helper in
commit 38b6441e4e75c0b319cfe4d9364c1059fc1e3c2b
Author: Daniel Vetter
Date: Wed Mar 22 22:50:58 2017 +0100
drm/atomic-helper: Remove the backoff hack from set_config
Fixing this properly would mean we g
On Thu, Apr 6, 2017 at 8:01 PM, Thomas Hellstrom wrote:
> On 04/06/2017 04:46 PM, Daniel Vetter wrote:
>> On Thu, Apr 6, 2017 at 4:10 PM, Thomas Hellstrom
>> wrote:
>>> On 04/06/2017 02:34 PM, Daniel Vetter wrote:
Hi Thomas,
Bisected an offender already? Afaik there's no one else
On 5 April 2017 at 16:51, Laurent Pinchart
wrote:
> As the DRM LVDS panel driver uses a different approach to DT bindings
> compared to what Thierry Reding advocates, add a specific MAINTAINERS
> entry to avoid bothering Thierry with requests related to that driver.
Could you document a bit more
Hi Dave,
A few more things for 4.12:
- ttm and amdgpu support for non-contiguous vram CPU mappings
- lots of bug fixes and cleanups for vega10
- misc bug fixes and code cleanups
The following changes since commit e1b489d207c73e67810659a88c45b8db4bd62773:
Merge tag 'omapdrm-4.12' of
git://git.
On Thu, Apr 6, 2017 at 3:06 PM, Daniel Vetter wrote:
> Legacy drivers insist that we really take all the locks in this path,
> and the harm in doing so is minimal.
>
> v2: Like git add, it exists :(
>
> Fixes: 2ceb585a956c ("drm: Add explicit acquire ctx handling around
> ->set_config")
> Cc: Har
Legacy drivers insist that we really take all the locks in this path,
and the harm in doing so is minimal.
v2: Like git add, it exists :(
Fixes: 2ceb585a956c ("drm: Add explicit acquire ctx handling around
->set_config")
Cc: Harry Wentland
Cc: Daniel Vetter
Cc: Daniel Vetter
Cc: Jani Nikula
On Thu, Apr 6, 2017 at 2:55 PM, Daniel Vetter wrote:
> Legacy drivers insist that we really take all the locks in this path,
> and the harm in doing so is minimal.
>
> Fixes: 2ceb585a956c ("drm: Add explicit acquire ctx handling around
> ->set_config")
> Cc: Harry Wentland
> Cc: Daniel Vetter
>
Legacy drivers insist that we really take all the locks in this path,
and the harm in doing so is minimal.
Fixes: 2ceb585a956c ("drm: Add explicit acquire ctx handling around
->set_config")
Cc: Harry Wentland
Cc: Daniel Vetter
Cc: Daniel Vetter
Cc: Jani Nikula
Cc: Sean Paul
Cc: David Airlie
mode_valid() called from drm_helper_probe_single_connector_modes()
may need to look at connector->state because what a valid mode is may
depend on connector properties being set. For example some HDMI modes
might be rejected when a connector property forces the connector
into DVI mode.
Some implem
On 04/06/2017 04:46 PM, Daniel Vetter wrote:
> On Thu, Apr 6, 2017 at 4:10 PM, Thomas Hellstrom
> wrote:
>> On 04/06/2017 02:34 PM, Daniel Vetter wrote:
>>> Hi Thomas,
>>>
>>> Bisected an offender already? Afaik there's no one else who reported
>>> issues thus far, and for our own CI it seems all
On Thu, Apr 6, 2017 at 6:51 PM, Eric Anholt wrote:
> Daniel Vetter writes:
>> Atomic helpers really want this instead of the hacked-up legacy
>> backoff trick, which unfortunately prevents drivers from using their
>> own private drm_modeset_locks.
>>
>> Aside: There's a few atomic drivers (nv50,
On Thu, Apr 06, 2017 at 08:27:47PM +0300, Ville Syrjälä wrote:
> On Thu, Apr 06, 2017 at 10:29:43AM +0200, Gerd Hoffmann wrote:
> > Hi,
> >
> > > > static const uint32_t virtio_gpu_cursor_formats[] = {
> > > > +#ifdef __BIG_ENDIAN
> > > > + DRM_FORMAT_BGRA,
> > > > +#else
> > > >
On Thu, Apr 06, 2017 at 10:29:43AM +0200, Gerd Hoffmann wrote:
> Hi,
>
> > > static const uint32_t virtio_gpu_cursor_formats[] = {
> > > +#ifdef __BIG_ENDIAN
> > > + DRM_FORMAT_BGRA,
> > > +#else
> > > DRM_FORMAT_ARGB,
> > > +#endif
> >
> > DRM formats are supposed to be little endia
On Thu, Apr 06, 2017 at 11:01:10PM +0800, Shawn Guo wrote:
> From: Shawn Guo
>
> It adds VGA driver support, which needs to configure corresponding VOU
> interface in RGB_888 format, and thus the following changes are needed
> on zx_vou.
>
> - Rename the CSC block of Graphic Layer a bit to make
On Sun, Apr 02, 2017 at 07:21:09PM -0700, Eric Anholt wrote:
> Daniel Vetter writes:
>
> > On Fri, Mar 31, 2017 at 05:22:09PM -0700, Eric Anholt wrote:
> >> Manasi Navare writes:
> >>
> >> > On Fri, Mar 31, 2017 at 01:08:41PM -0700, Eric Anholt wrote:
> >> >> Manasi Navare writes:
> >> >>
> >
Hello Inki,
Inki Dae wrote:
> This patch removes unnecessary descriptions on
> exynos_drm_crtc structure and adds one description
> which specifies what pipe_clk member does.
>
> pipe_clk support had been added by below patch without any description,
>drm/exynos: add support for pipeline
https://bugs.freedesktop.org/show_bug.cgi?id=100465
--- Comment #10 from Alex Deucher ---
(In reply to Julien Isorce from comment #9)
>
> So I have 4 questions:
> 1: Can an application causes a "ring 0 stalled" ? or is it a driver bug
> (kernel side or mesa/drm or xserver) ?
driver bug. Proba
Daniel Vetter writes:
> Atomic helpers really want this instead of the hacked-up legacy
> backoff trick, which unfortunately prevents drivers from using their
> own private drm_modeset_locks.
>
> Aside: There's a few atomic drivers (nv50, vc4, soon vmwgfx) which
> don't yet use the new atomic col
https://bugs.freedesktop.org/show_bug.cgi?id=100465
--- Comment #9 from Julien Isorce ---
When using R600_DEBUG=check_vm on both Xorg and the gl app I can get some
output in kern.log. It looks like a "ring 0 stalled" is detected and then
follow a gpu softreset which succeeds ("GPU reset succeeded
Reported-by: 李强
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/virtio/virtgpu_object.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/virtio/virtgpu_object.c
b/drivers/gpu/drm/virtio/virtgpu_object.c
index 1483dae..6f66b73 100644
--- a/drivers/gpu/drm/v
On Thu, Apr 6, 2017 at 10:01 AM, Shawn Guo wrote:
> From: Shawn Guo
>
> It adds bindings doc for ZTE VOU VGA output device.
>
> Signed-off-by: Shawn Guo
> ---
> .../devicetree/bindings/display/zte,vou.txt | 21
> +
> 1 file changed, 21 insertions(+)
Acked-by: Rob H
On 04/06/2017 05:01 PM, Daniel Vetter wrote:
> On Thu, Apr 6, 2017 at 4:56 PM, Thomas Hellstrom
> wrote:
>> On 04/06/2017 04:47 PM, Daniel Vetter wrote:
>>> On Thu, Apr 6, 2017 at 4:10 PM, Thomas Hellstrom
>>> wrote:
Also, when testing the tip of drm-misc-next (with the non-atomic vmwgfx)
From: Shawn Guo
It adds VGA driver support, which needs to configure corresponding VOU
interface in RGB_888 format, and thus the following changes are needed
on zx_vou.
- Rename the CSC block of Graphic Layer a bit to make it more specific,
and add CSC of Channel to support RGB output.
- Bypas
From: Shawn Guo
Some VOU modules do not work well with clock auto-gating. For example,
VGA I2C bus will fail to read EDID data from monitor. Let's not enable
this feature by default, and leave it to the possible future low-power
optimization.
Signed-off-by: Shawn Guo
Reviewed-by: Sean Paul
A
From: Shawn Guo
The CSC (Color Space Conversion) block in VOU is used by not only
Graphic Layer (plane) but also channel (CRTC) module. Let's move
its register definitions into a common header, so that CRTC driver can
include it when needed.
Signed-off-by: Shawn Guo
Reviewed-by: Sean Paul
Ack
From: Shawn Guo
It adds bindings doc for ZTE VOU VGA output device.
Signed-off-by: Shawn Guo
---
.../devicetree/bindings/display/zte,vou.txt | 21 +
1 file changed, 21 insertions(+)
diff --git a/Documentation/devicetree/bindings/display/zte,vou.txt
b/Documentation
From: Shawn Guo
The series adds the driver for ZTE VGA device, which becomes the third
VOU output device we support, besides the existing HDMI and TV Encoder.
Changes for v2:
- Add return check for encoder and connector init function calls.
- Improve comments in function zx_vga_irq_handler() t
1 - 100 of 146 matches
Mail list logo
