This patches add support rockchip RGB output, Some Rockchip CRTCs, like rv1108,
can directly output parallel and serial RGB data to panel or to conversion chip.
So we add this driver to probe encoder and connector to support this case.
Sandy Huang (4):
devicetree/bindings: display: Add doucument
Describe the panel property rgb-mode for parallel and serial
RGB output interface, include the connection relations for each
mode.
Signed-off-by: Sandy Huang
---
Changes:
.../bindings/display/panel/panel-rgb.txt | 116 +
1 file changed, 116 insertions(+)
create mod
This path add support rv1108 rgb output interface driver.
Signed-off-by: Sandy Huang
---
Changes in v4: None
Changes in v3:
move rgb-mode to panel node which describe at:
Documentation/devicetree/bindings/display/panel/panel-rgb.txt
Changes in v2:
1. rename rockchip,rgb-mode to rgb-mode;
2.
This patch add serial RGB output interface for rockchip vop, the
more info about serial RGB output interface described at the
following file:
Documentation/devicetree/bindings/display/panel/panel-rgb.txt
Signed-off-by: Sandy Huang
Reviewed-by: Sean Paul
---
Changes in v4: None
Changes in v3: No
Some Rockchip CRTCs, like rv1108, can directly output parallel and
serial RGB data to panel or conversion chip, so we add this driver to
probe encoder and connector.
Signed-off-by: Sandy Huang
Reviewed-by: Sean Paul
Reviewed-by: Mark Yao
---
Changes in v4:
1. add ROCKCHIP_RGB depend on DRM_RO
https://bugs.freedesktop.org/show_bug.cgi?id=91666
Fabio Pedretti changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOPENED
On Tue, Oct 31, 2017 at 3:18 AM, Daniel Vetter wrote:
> On Mon, Oct 30, 2017 at 03:05:29PM -0700, Kees Cook wrote:
>> On Mon, Oct 30, 2017 at 3:08 AM, Daniel Vetter wrote:
>> > On Tue, Oct 24, 2017 at 08:16:09AM -0700, Kees Cook wrote:
>> >> In preparation for unconditionally passing the struct t
On 31 October 2017 at 14:55, Geert Uytterhoeven wrote:
> Hi Rafael, Tero,
>
> CC pinchartl, dri-devel
>
> On Tue, Oct 31, 2017 at 2:10 PM, Geert Uytterhoeven
> wrote:
>> CC linux-renesas-soc
>>
>> On Tue, Oct 31, 2017 at 2:09 PM, Geert Uytterhoeven
>> wrote:
>>> On Tue, Oct 31, 2017 at 12:27 AM,
On Tue, Oct 31, 2017 at 3:04 PM, Ulf Hansson wrote:
> On 31 October 2017 at 14:55, Geert Uytterhoeven wrote:
>> Hi Rafael, Tero,
>>
>> CC pinchartl, dri-devel
>>
>> On Tue, Oct 31, 2017 at 2:10 PM, Geert Uytterhoeven
>> wrote:
>>> CC linux-renesas-soc
>>>
>>> On Tue, Oct 31, 2017 at 2:09 PM, Gee
Hi Noralf,
On Mon, 2017-10-30 at 17:29 +0100, Noralf Trønnes wrote:
> There is a new core debugfs file that prints fb/gem info:
> /dri//framebuffer
>
> Use drm_gem_cma_print_info() to provide info to that output instead
> of using drm_fb_cma_debugfs_show().
>
> Cc: Alexey Brodkin
> Signed-off-b
Since i2c_unregister_device() became NULL-aware we may remove duplicate
NULL check.
Cc: Russell King
Cc: David Airlie
Cc: dri-devel@lists.freedesktop.org
Signed-off-by: Andy Shevchenko
---
drivers/gpu/drm/i2c/tda998x_drv.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/d
On Tue, Oct 31, 2017 at 7:07 PM, Geert Uytterhoeven
wrote:
> Hi Rafael,
>
> On Tue, Oct 31, 2017 at 6:22 PM, Rafael J. Wysocki wrote:
>> On Tue, Oct 31, 2017 at 2:55 PM, Geert Uytterhoeven
>> wrote:
>>> Hi Rafael, Tero,
>>>
>>> CC pinchartl, dri-devel
>>>
>>> On Tue, Oct 31, 2017 at 2:10 PM, Gee
* Hans de Goede wrote:
> intel_uncore_forcewake_reset() does forcewake puts and gets as such
> we need to make sure that no-one tries to access the PUNIT->PMIC bus
> (on systems where this bus is shared) while it runs, otherwise bad
> things happen.
>
> Normally this is taken care of by the i91
Since i2c_unregister_device() became NULL-aware we may remove duplicate
NULL check.
Cc: David Airlie
Cc: dri-devel@lists.freedesktop.org
Signed-off-by: Andy Shevchenko
---
drivers/gpu/drm/i2c/sil164_drv.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/i2c/
Since i2c_unregister_device() became NULL-aware we may remove duplicate
NULL check.
Cc: Archit Taneja
Cc: Andrzej Hajda
Cc: Laurent Pinchart
Cc: David Airlie
Cc: dri-devel@lists.freedesktop.org
Signed-off-by: Andy Shevchenko
---
drivers/gpu/drm/bridge/analogix-anx78xx.c | 3 +--
1 file chang
* Daniel Vetter wrote:
> On Tue, Oct 31, 2017 at 10:50:06AM +0100, Ingo Molnar wrote:
> >
> > * Hans de Goede wrote:
> >
> > > intel_uncore_forcewake_reset() does forcewake puts and gets as such
> > > we need to make sure that no-one tries to access the PUNIT->PMIC bus
> > > (on systems where
On Tue, Oct 31, 2017 at 04:21:42PM +0200, Andy Shevchenko wrote:
> Since i2c_unregister_device() became NULL-aware we may remove duplicate
> NULL check.
>
> Cc: Russell King
Acked-by: Russell King
Thanks.
> Cc: David Airlie
> Cc: dri-devel@lists.freedesktop.org
> Signed-off-by: Andy Shevchen
On Tue, Oct 31, 2017 at 3:45 PM, Chris Wilson wrote:
> Quoting syzbot (2017-10-27 09:09:50)
>> This bug is generated by a dumb bot. It may contain errors.
>> See https://goo.gl/tpsmEJ for details.
>> Direct all questions to syzkal...@googlegroups.com.
>>
>> syzbot will keep track of this bug repor
On Tue, Oct 31, 2017 at 2:55 PM, Geert Uytterhoeven
wrote:
> Hi Rafael, Tero,
>
> CC pinchartl, dri-devel
>
> On Tue, Oct 31, 2017 at 2:10 PM, Geert Uytterhoeven
> wrote:
>> CC linux-renesas-soc
>>
>> On Tue, Oct 31, 2017 at 2:09 PM, Geert Uytterhoeven
>> wrote:
>>> On Tue, Oct 31, 2017 at 12:27
On Mon, Oct 30, 2017 at 04:39:41PM +0100, Noralf Trønnes wrote:
> -static void armada_output_poll_changed(struct drm_device *dev)
> -{
> - struct armada_private *priv = dev->dev_private;
> - struct drm_fb_helper *fbh = priv->fbdev;
> -
> - if (fbh)
> - drm_fb_helper_hotplug_
From: Tvrtko Ursulin
We have to reject unknown flags for uAPI considerations, and also
because the curent implementation limits their i915 storage space
to two bits.
v2: (Chris Wilson)
* Fix fail in ABI check.
* Added unknown flags and BUILD_BUG_ON.
v3:
* Use ARCH_KMALLOC_MINALIGN instead of
On Tue, Oct 31, 2017 at 05:37:23PM +0100, Noralf Trønnes wrote:
>
> Den 30.10.2017 10.34, skrev Daniel Vetter:
> > Hi Noralf,
> >
> > On Sun, Oct 22, 2017 at 06:52:41PM +0200, Noralf Trønnes wrote:
> > > Hi,
> > >
> > > I've spent some time in the fbdev emulation code and discovered a
> > > recu
On Wed, Nov 01, 2017 at 09:48:28AM +0530, PrasannaKumar Muralidharan wrote:
> Hi Daniel,
>
> On 31 October 2017 at 21:57, Daniel Vetter wrote:
> > On Tue, Oct 31, 2017 at 08:37:21PM +0530, PrasannaKumar Muralidharan wrote:
> >> My patch is supposed to catch problem with drivers. It warns when
> >
On Tue, Oct 31, 2017 at 04:10:52PM -0500, Rob Herring wrote:
> On Tue, Oct 31, 2017 at 11:44 AM, Daniel Vetter wrote:
> > On Tue, Oct 31, 2017 at 09:59:20AM -0500, Rob Herring wrote:
> >> EGL, gralloc, and HWC must all have a common definition of fd's and int's
> >> in native_handle_t to share the
https://bugs.freedesktop.org/show_bug.cgi?id=103486
--- Comment #7 from Michel Dänzer ---
FWIW, I've been testing with glxgears, either
glxgears -fullscreen
or making the window fullscreen manually. This may not work depending on the
window manager, I'm using xfwm4 with compositing disabled fo
On Tue, Oct 31, 2017 at 08:08:14AM -0700, Kees Cook wrote:
> On Tue, Oct 31, 2017 at 3:18 AM, Daniel Vetter wrote:
> > On Mon, Oct 30, 2017 at 03:05:29PM -0700, Kees Cook wrote:
> >> On Mon, Oct 30, 2017 at 3:08 AM, Daniel Vetter wrote:
> >> > On Tue, Oct 24, 2017 at 08:16:09AM -0700, Kees Cook w
vc4->purgeable.size and vc4->purgeable.purged_size are size_t fields
and should be printed with a %zd specifier.
Fixes: b9f19259b84d ("drm/vc4: Add the DRM_IOCTL_VC4_GEM_MADVISE ioctl")
Signed-off-by: Boris Brezillon
---
drivers/gpu/drm/vc4/vc4_bo.c | 4 ++--
1 file changed, 2 insertions(+), 2 d
2017-10-31 Sean Paul :
> On Tue, Oct 31, 2017 at 1:31 PM, Daniel Vetter wrote:
> > On Tue, Oct 31, 2017 at 5:14 PM, Sean Paul wrote:
> >> On Tue, Oct 31, 2017 at 4:27 AM, Jani Nikula
> >> wrote:
> >>>
> >>> Reminder, we have this new list dim-to...@lists.freedesktop.org for
> >>> maintainer too
Hi Archit,
2017-10-27 Archit Taneja :
> When a plane moves out of bounds (i.e, outside the crtc clip region), the
> plane state's "visible" parameter changes to false. When this happens, we
> (a) release the hwpipe resources away from it, and
> (b) unstage the corresponding hwpipe(s) from the Lay
Hi Philippe,
2017-10-26 Philippe Cornu :
> Rename the driver name from "dw_mipi_dsi-stm" to
> "stm32-display-dsi" for a better readability
> in /sys/bus/platform/drivers entries.
>
> Signed-off-by: Philippe Cornu
> ---
> drivers/gpu/drm/stm/dw_mipi_dsi-stm.c | 2 +-
> 1 file changed, 1 inserti
2017-10-26 Philippe Cornu :
> Minor fixes detected with "scripts/checkpatch.pl --strict"
>
> Signed-off-by: Philippe Cornu
> ---
> drivers/gpu/drm/stm/dw_mipi_dsi-stm.c | 4 ++--
> drivers/gpu/drm/stm/ltdc.c| 2 +-
> 2 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a
Hi Boris,
2017-11-01 Boris Brezillon :
> vc4->purgeable.size and vc4->purgeable.purged_size are size_t fields
> and should be printed with a %zd specifier.
>
> Fixes: b9f19259b84d ("drm/vc4: Add the DRM_IOCTL_VC4_GEM_MADVISE ioctl")
> Signed-off-by: Boris Brezillon
> ---
> drivers/gpu/drm/vc4/
On Wed, Nov 1, 2017 at 7:12 AM, Gustavo Padovan wrote:
> 2017-10-31 Sean Paul :
>
>> On Tue, Oct 31, 2017 at 1:31 PM, Daniel Vetter wrote:
>> > On Tue, Oct 31, 2017 at 5:14 PM, Sean Paul wrote:
>> >> On Tue, Oct 31, 2017 at 4:27 AM, Jani Nikula
>> >> wrote:
>> >>>
>> >>> Reminder, we have this
Den 01.11.2017 09.47, skrev Daniel Vetter:
On Tue, Oct 31, 2017 at 05:37:23PM +0100, Noralf Trønnes wrote:
Den 30.10.2017 10.34, skrev Daniel Vetter:
Hi Noralf,
On Sun, Oct 22, 2017 at 06:52:41PM +0200, Noralf Trønnes wrote:
Hi,
I've spent some time in the fbdev emulation code and discovere
https://bugs.freedesktop.org/show_bug.cgi?id=103404
Leo Li changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
Quoting Daniel Vetter (2017-10-31 16:38:26)
> On Tue, Oct 31, 2017 at 03:28:01PM +0200, Ville Syrjälä wrote:
> > On Tue, Oct 31, 2017 at 11:55:35AM +, Chris Wilson wrote:
> > > To acquire all modeset locks requires a ww_ctx to be allocated. As this
> > > is the legacy path and the allocation sm
drm_mm_insert_node_generic() is a simplified version of
drm_mm_insert_node_in_range(), update comment to reflect correct
function name.
Signed-off-by: Liviu Dudau
---
include/drm/drm_mm.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/drm/drm_mm.h b/include/drm/drm_m
Mappings need to be unmapped by calling dma_buf_unmap_attachment() and
not by calling again dma_buf_map_attachment(). Also fix some spelling
mistakes.
Signed-off-by: Liviu Dudau
---
drivers/dma-buf/dma-buf.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/dma-bu
Commit db2395eccf08i ("drm: Convert drm_vma_manager to embedded
interval-tree in drm_mm") removed a line in drm_vma_offset_add() function
that makes checking the result of calling drm_mm_insert_node() and the
goto call redundant. Remove them.
Fixes: db2395eccf08i ("drm: Convert drm_vma_manager to
Minor spelling fix for 'monster' and replace 'on' with 'own' in
comments.
Signed-off-by: Liviu Dudau
---
drivers/gpu/drm/drm_atomic.c | 2 +-
drivers/gpu/drm/drm_mm.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_atomic.c b/drivers/gpu/drm/drm_ato
Quoting Liviu Dudau (2017-11-01 14:04:24)
> Commit db2395eccf08i ("drm: Convert drm_vma_manager to embedded
> interval-tree in drm_mm") removed a line in drm_vma_offset_add() function
> that makes checking the result of calling drm_mm_insert_node() and the
> goto call redundant. Remove them.
>
> F
The malidp_hw_device structure that the driver uses to handle the
differences between versions of the IP contains both non-changeable
data and fields that get updated at probe time. Previously we were
copying the read-only part into allocated memory, but that can be
completely avoided by splitting
Make sure only the planes on the active CRTCs get committed and
that all planes on the disabled CRTCs get turned off.
Reviewed-by: Brian Starkey
Signed-off-by: Liviu Dudau
---
drivers/gpu/drm/arm/malidp_crtc.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/arm/malidp_crt
drm_gem_cma_prime_import_sg_table() will fail if the number of entries
in the sg_table > 1. However, you can have a device that uses an IOMMU
engine and can map a discontiguous buffer with multiple entries that
have consecutive sg_dma_addresses, effectively making it contiguous.
Allow for that scen
Some clock providers (clk-vexpress-osc) trigger a WARN() when the
requested rate falls outside its capabilities, as is the case when
a CRTC gets disabled. Check if the CRTC's new state is enabled and
skip the clk_round_rate() call if it is not.
Reported-by: Vladimir Murzin
Signed-off-by: Liviu Du
Dave Airlie wrote:
> On 23 October 2017 at 17:54, Marek Szyprowski
> wrote:
>> This patch adds Exynos IPP v2 subsystem and userspace API.
>>
>> New userspace API is focused ONLY on memory-to-memory image processing.
>> The two remainging IPP operation modes (framebuffer writeback and
>> local-pat
On Wed, Nov 01, 2017 at 02:11:44PM +, Chris Wilson wrote:
> Quoting Liviu Dudau (2017-11-01 14:04:24)
> > Commit db2395eccf08i ("drm: Convert drm_vma_manager to embedded
> > interval-tree in drm_mm") removed a line in drm_vma_offset_add() function
> > that makes checking the result of calling d
We have the macros, use them. No functional changes.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 27 ++-
1 file changed, 14 insertions(+), 13 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index 00ddabfbf980..6229735ecc1
We were recently bitten by drm_edid_to_eld() clearing the connector
type, and us failing to set it back for DP. Here's a few ELD related
patches to try to unify ELD handling and make it a bit simpler for
drivers to get it right.
Apologies for the massive Cc list; it's the maintainers of all driver
Since drm_edid_to_eld() knows the connector type, we can set the type in
ELD while at it. Most connectors this gets called on are not DP
encoders, and with the HDMI type being 0, this does not change behaviour
for non-DP.
For i915 having this in place earlier would have saved a considerable
amount
This is no longer needed outside of drm_edid.c.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 5 ++---
include/drm/drm_edid.h | 1 -
include/drm/drm_modeset_helper_vtables.h | 3 ---
3 files changed, 2 insertions(+), 7 deletions(-)
diff --git a/driv
drm_edid_to_eld() now sets ELD connector type, remove the redundant
update.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/i915/intel_modes.c | 17 -
1 file changed, 17 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_modes.c
b/drivers/gpu/drm/i915/intel_modes.c
index 28a77
drm_add_edid_modes() now fills in the ELD automatically, so the calls to
drm_edid_to_eld() are redundant. Remove them.
All the other places are obvious, but nv50 has detached
drm_edid_to_eld() from the drm_add_edid_modes() call.
Cc: Alex Deucher
Cc: Christian König
Cc: Archit Taneja
Cc: Andrze
Call drm_edid_to_eld() from drm_add_edid_modes() to fill in the ELD
automatically. There's no harm in doing this for connectors that do not
support audio.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/drivers
Preparation for future work. No functional changes.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 21 +
1 file changed, 13 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index 3139c2e90e32..3162ea58e450 100644
On Wed, Nov 01, 2017 at 02:11:44PM +, Chris Wilson wrote:
> Quoting Liviu Dudau (2017-11-01 14:04:24)
> > Commit db2395eccf08i ("drm: Convert drm_vma_manager to embedded
> > interval-tree in drm_mm") removed a line in drm_vma_offset_add() function
> > that makes checking the result of calling d
Quoting Liviu Dudau (2017-11-01 14:20:53)
> On Wed, Nov 01, 2017 at 02:11:44PM +, Chris Wilson wrote:
> > Quoting Liviu Dudau (2017-11-01 14:04:24)
> > > Commit db2395eccf08i ("drm: Convert drm_vma_manager to embedded
> > > interval-tree in drm_mm") removed a line in drm_vma_offset_add() functi
On Wed, Nov 1, 2017 at 10:04 AM, Liviu Dudau wrote:
> Minor spelling fix for 'monster' and replace 'on' with 'own' in
> comments.
>
> Signed-off-by: Liviu Dudau
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/drm_atomic.c | 2 +-
> drivers/gpu/drm/drm_mm.c | 2 +-
> 2 files changed, 2 i
Quoting Tvrtko Ursulin (2017-10-31 10:23:25)
> From: Tvrtko Ursulin
>
> We have to reject unknown flags for uAPI considerations, and also
> because the curent implementation limits their i915 storage space
> to two bits.
>
> v2: (Chris Wilson)
> * Fix fail in ABI check.
> * Added unknown flags
On Wed, Nov 01, 2017 at 02:16:25PM +, Liviu Dudau wrote:
Some clock providers (clk-vexpress-osc) trigger a WARN() when the
requested rate falls outside its capabilities, as is the case when
a CRTC gets disabled. Check if the CRTC's new state is enabled and
skip the clk_round_rate() call if it
Commit db2395eccf08i ("drm: Convert drm_vma_manager to embedded
interval-tree in drm_mm") removed a line in drm_vma_offset_add() function that
makes checking the result of calling drm_mm_insert_node() and the goto
call redundant. Rework the function (as suggested by Chris Wilson) to
eliminate the n
Quoting Liviu Dudau (2017-11-01 14:44:58)
> Commit db2395eccf08i ("drm: Convert drm_vma_manager to embedded
> interval-tree in drm_mm") removed a line in drm_vma_offset_add() function that
> makes checking the result of calling drm_mm_insert_node() and the goto
> call redundant. Rework the function
https://bugs.freedesktop.org/show_bug.cgi?id=97055
--- Comment #19 from Josh ---
(In reply to Thomas J. Moore from comment #17)
> Is this the place for AMD-related kernel bugs to die?
Yes. Unfortunately, the only solution is to get a computer that is already
known to be supported. You won't get
On Wed, Nov 01, 2017 at 04:20:56PM +0200, Jani Nikula wrote:
> We were recently bitten by drm_edid_to_eld() clearing the connector
> type, and us failing to set it back for DP. Here's a few ELD related
> patches to try to unify ELD handling and make it a bit simpler for
> drivers to get it right.
>
This introduces a slight behavioral change to rmfb. Instead of
disabling a crtc when the primary plane is disabled, we try to
preserve it.
Apart from old versions of the vmwgfx xorg driver, there is
nothing depending on rmfb disabling a crtc.
Vmwgfx' and simple kms helper atomic implementation re
On Wed, Nov 01, 2017 at 04:21:02PM +0200, Jani Nikula wrote:
> diff --git a/drivers/gpu/drm/nouveau/nv50_display.c
> b/drivers/gpu/drm/nouveau/nv50_display.c
> index e4751f92b342..e0a190a0f029 100644
> --- a/drivers/gpu/drm/nouveau/nv50_display.c
> +++ b/drivers/gpu/drm/nouveau/nv50_display.c
> @@
https://bugs.freedesktop.org/show_bug.cgi?id=97055
--- Comment #20 from Jan Vesely ---
(In reply to James Payne from comment #18)
> Would be good to get to the bottom of this one as it affects my wife's
> laptop :(
>
> Currently stuck with Windows 10 which is sluggish to do anything...
>
> Runn
https://bugs.freedesktop.org/show_bug.cgi?id=99843
--- Comment #11 from d...@jerber.co.uk ---
Hi,
Is it likely this will be looked into or are there no plans to look into issues
for older cards?
--
You are receiving this mail because:
You are the assignee for the bug.___
On Wed, Nov 01, 2017 at 04:04:33PM +0100, Maarten Lankhorst wrote:
> This introduces a slight behavioral change to rmfb. Instead of
> disabling a crtc when the primary plane is disabled, we try to
> preserve it.
>
> Apart from old versions of the vmwgfx xorg driver, there is
> nothing depending on
https://bugs.freedesktop.org/show_bug.cgi?id=99843
--- Comment #12 from Ilia Mirkin ---
No one has been able to reproduce, tried on various hardware including a Radeon
6870 (BARTS).
Without more information, it's unlikely that anything will happen. At the very
least (a) recheck on mesa master an
From: Markus Elfring
Date: Wed, 1 Nov 2017 16:23:45 +0100
Two update suggestions were taken into account
from static source code analysis.
Markus Elfring (2):
drm/rcar-du: Use common error handling code in rcar_du_encoders_init()
drm/rcar-du: Adjust 14 checks for null pointers
---
v2:
Advic
From: Markus Elfring
Date: Wed, 1 Nov 2017 15:57:31 +0100
* Add a jump target so that a bit of exception handling can be better
reused at the end of this function.
* Increase the scope for the variable "ret".
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elf
From: Markus Elfring
Date: Wed, 1 Nov 2017 16:00:46 +0100
The script "checkpatch.pl" pointed information out like the following.
Comparison to NULL could be written !...
Thus fix the affected source code places.
Signed-off-by: Markus Elfring
---
v2:
The commit message was written only with A
tree: git://anongit.freedesktop.org/drm-intel for-linux-next
head: 3265124a2d3744d789ede58452ab6f8a9b454be8
commit: 680273879d125d644831b8de42c66576e6290378 [3/4] drm/i915: Move
parking-while-active warning to intel_engines_park()
config: i386-randconfig-x003-201744 (attached as .config)
compi
Op 01-11-17 om 16:29 schreef Ville Syrjälä:
> On Wed, Nov 01, 2017 at 04:04:33PM +0100, Maarten Lankhorst wrote:
>> This introduces a slight behavioral change to rmfb. Instead of
>> disabling a crtc when the primary plane is disabled, we try to
>> preserve it.
>>
>> Apart from old versions of the v
Hi Daniel,
On 1 November 2017 at 14:23, Daniel Vetter wrote:
> On Wed, Nov 01, 2017 at 09:48:28AM +0530, PrasannaKumar Muralidharan wrote:
>> Hi Daniel,
>>
>> On 31 October 2017 at 21:57, Daniel Vetter wrote:
>> > On Tue, Oct 31, 2017 at 08:37:21PM +0530, PrasannaKumar Muralidharan wrote:
>> >>
From: Michel Dänzer
Fixes a use-after-free due to a race condition in
ttm_bo_cleanup_refs_and_unlock, which allows one task to reserve a BO
and destroy its ttm_resv while another task is waiting for it to signal
in reservation_object_wait_timeout_rcu.
Fixes: 0d2bd2ae045d "drm/ttm: fix memory lea
> -Original Message-
> From: dim-tools [mailto:dim-tools-boun...@lists.freedesktop.org] On Behalf
> Of Sean Paul
> Sent: Wednesday, November 01, 2017 8:52 AM
> To: Gustavo Padovan
> Cc: Daniel Vetter; Intel Graphics Development; dim-
> to...@lists.freedesktop.org; dri-devel; Daniel Vetter
>
If the rotation property is supported for a plane, then the rotation
value must be non-zero. For the case of 0 degree rotation,
DRM_MODE_ROTATE_0 needs to be set.
Signed-off-by: Rob Herring
---
drmdisplaycompositor.cpp | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drmdis
Boris Brezillon writes:
> vc4->purgeable.size and vc4->purgeable.purged_size are size_t fields
> and should be printed with a %zd specifier.
>
> Fixes: b9f19259b84d ("drm/vc4: Add the DRM_IOCTL_VC4_GEM_MADVISE ioctl")
> Signed-off-by: Boris Brezillon
Reviewed-by: Eric Anholt
signature.asc
De
Jani Nikula writes:
> drm_add_edid_modes() now fills in the ELD automatically, so the calls to
> drm_edid_to_eld() are redundant. Remove them.
>
> All the other places are obvious, but nv50 has detached
> drm_edid_to_eld() from the drm_add_edid_modes() call.
Nice! For vc4,
Acked-by: Eric Anhol
Sean Paul writes:
> On Wed, Nov 1, 2017 at 7:12 AM, Gustavo Padovan wrote:
>> 2017-10-31 Sean Paul :
>>
>>> On Tue, Oct 31, 2017 at 1:31 PM, Daniel Vetter wrote:
>>> > On Tue, Oct 31, 2017 at 5:14 PM, Sean Paul wrote:
>>> >> On Tue, Oct 31, 2017 at 4:27 AM, Jani Nikula
>>> >> wrote:
>>> >>>
>
On Wed, Nov 01, 2017 at 04:55:06PM +0100, Maarten Lankhorst wrote:
> Op 01-11-17 om 16:29 schreef Ville Syrjälä:
> > On Wed, Nov 01, 2017 at 04:04:33PM +0100, Maarten Lankhorst wrote:
> >> This introduces a slight behavioral change to rmfb. Instead of
> >> disabling a crtc when the primary plane is
https://bugs.freedesktop.org/show_bug.cgi?id=103486
Bhawan Lakha changed:
What|Removed |Added
CC||bhawanpreet.la...@amd.com
--- Comment #8
https://bugs.freedesktop.org/show_bug.cgi?id=103486
--- Comment #9 from Michel Dänzer ---
(In reply to Bhawan Lakha from comment #8)
> Created attachment 135202 [details] [review]
> Patch to fix vblank_mode not working properly
Tested-by: Michel Dänzer
P.S. I had to convert the patch from DOS-
https://bugs.freedesktop.org/show_bug.cgi?id=103486
Bhawan Lakha changed:
What|Removed |Added
Attachment #135202|0 |1
is obsolete|
Op 01-11-17 om 18:00 schreef Ville Syrjälä:
> On Wed, Nov 01, 2017 at 04:55:06PM +0100, Maarten Lankhorst wrote:
>> Op 01-11-17 om 16:29 schreef Ville Syrjälä:
>>> On Wed, Nov 01, 2017 at 04:04:33PM +0100, Maarten Lankhorst wrote:
This introduces a slight behavioral change to rmfb. Instead of
On Wed, Nov 1, 2017 at 1:00 PM, Eric Anholt wrote:
> Sean Paul writes:
>
>> On Wed, Nov 1, 2017 at 7:12 AM, Gustavo Padovan wrote:
>>> 2017-10-31 Sean Paul :
>>>
On Tue, Oct 31, 2017 at 1:31 PM, Daniel Vetter wrote:
> On Tue, Oct 31, 2017 at 5:14 PM, Sean Paul wrote:
>> On Tue,
From: Robert Foss
Accept DRM_MODE_CONNECTOR_HDMIA connector type.
Look for primary DrmConnector amongst external connectors
after looking for primary amongst internal ones first.
Signed-off-by: Robert Foss
Signed-off-by: Rob Herring
---
This is needed to get dev boards like DB410c to work.
On Wed, Nov 1, 2017 at 11:37 AM, Rob Herring wrote:
> If the rotation property is supported for a plane, then the rotation
> value must be non-zero. For the case of 0 degree rotation,
> DRM_MODE_ROTATE_0 needs to be set.
>
> Signed-off-by: Rob Herring
> ---
> drmdisplaycompositor.cpp | 4 +++-
>
Hi Rob,
On Wed, 2017-11-01 at 12:50 -0500, Rob Herring wrote:
> On Wed, Nov 1, 2017 at 11:37 AM, Rob Herring wrote:
> > If the rotation property is supported for a plane, then the
> > rotation
> > value must be non-zero. For the case of 0 degree rotation,
> > DRM_MODE_ROTATE_0 needs to be set.
>
Hi Rob,
Pushed to master.
Rob.
On Wed, 2017-11-01 at 12:50 -0500, Rob Herring wrote:
> From: Robert Foss
>
> Accept DRM_MODE_CONNECTOR_HDMIA connector type.
>
> Look for primary DrmConnector amongst external connectors
> after looking for primary amongst internal ones first.
>
> Signed-off-
From: Ville Syrjälä
Atomic drivers have no reason to use drm_plane_helper_check_update()
instead of drm_plane_helper_check_state(). So let's switch over.
Cc: VMware Graphics
Cc: Sinclair Yeh
Cc: Thomas Hellstrom
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 17 +++--
From: Ville Syrjälä
While trawling the tree I spotted some issues with the way vmwgfx
uses drm_plane_helper_check_state(). Here's my attempt at fixing it.
Do note that I haven't actually tested the resulting code at all,
but it does build at least.
And while touching that general area I took up
From: Ville Syrjälä
Throw away the bugs crtc coords vs. fb size check. Crtc coords don't
define the viewport inside the fb, that's a job for the src coords,
which have been checked by the core already.
Cc: VMware Graphics
Cc: Sinclair Yeh
Cc: Thomas Hellstrom
Signed-off-by: Ville Syrjälä
---
From: Ville Syrjälä
Try to fix the code to actually clip the plane to the crtc bounds
instead of the user provided crtc coordinates (which would be a no-op
since those are exactly the coordinates before clipping).
Cc: VMware Graphics
Cc: Sinclair Yeh
Cc: Thomas Hellstrom
Signed-off-by: Ville
From: Ville Syrjälä
drm_plane_helper_check_state() is supposed to do things the atomic way,
so it should not be inspecting crtc->enabled. Rather we should be
looking at crtc_state->enable.
We have a slight complication due to drm_plane_helper_check_update()
reusing drm_plane_helper_check_state()
From: Ville Syrjälä
drm_plane_helper_check_update() isn't a transitional helper, so let's
rename it to drm_atomic_helper_check_plane_state() and move it into
drm_atomic_helper.c.
Cc: Daniel Vetter
Suggested-by: Daniel Vetter
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/arm/hdlcd_crtc.c
From: Ville Syrjälä
When debugging bad plane source coordinates it helps to have an
idea of what the framebuffer dimensions are.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_atomic.c | 5 +++--
drivers/gpu/drm/drm_framebuffer.c | 5 +++--
2 files changed, 6 insertions(+), 4 deleti
Hi Dave,
Updated pull request, which adds the patch I lost from Arnd to correct
a warning on armv7.
Original pull req description:
Updates for 4.15.. highlights include:
+ preemption support for a5xx[1][2]
+ display fixes for 8x96 (snapdragon 820) including fixes for 4k scanout
(hwpipe as
1 - 100 of 121 matches
Mail list logo
