Generic fbdev emulation maps and unmaps the console BO for updating it's
content from the shadow buffer. Drivers using VRAM helpers may see reduced
performance as the mapping operations can create significant overhead.
A report of this problem is at [1].
This patch set fixes the problem by adding
Hi Neil,
Thank you for review.
On Wed, 2019-07-31 at 09:42 +0200, Neil Armstrong wrote:
> [External]
>
> Hi Bogdan,
>
> On 30/07/2019 15:17, Bogdan Togorean wrote:
> > ADV7535 is a DSI to HDMI bridge chip like ADV7533 but it allows
> > 1080p@60Hz. v1p2 is fixed to 1.8V on ADV7535 but on
In the kernel documentation, HDCP specifications links are shared as a
reference for SRM table format.
v2:
Fixed small nits. [Shashank]
Signed-off-by: Ramalingam C
Reviewed-by: Shashank Sharma
Acked-by: Pekka Paalanen
---
drivers/gpu/drm/drm_hdcp.c | 7 +++
1 file changed, 7
Hi Liviu,
On Fri, Jul 26, 2019 at 01:15:33PM +, Liviu Dudau wrote:
> On Fri, Jul 26, 2019 at 08:00:29AM +, Lowry Li (Arm Technology China)
> wrote:
> > Initialize and enable output polling on Komeda.
> >
> > Signed-off-by: Lowry Li (Arm Technology China)
> > ---
> >
Series adds the content_type support for HDCP2.2. Along with that uevent
is sent for each HDCP state change triggered within kernel.
Pekka have completed the Weston DRM-backend review in
https://gitlab.freedesktop.org/wayland/weston/merge_requests/48
and the UAPI for HDCP 2.2 looks good.
The
DRM API for generating uevent for a status changes of connector's
property.
This uevent will have following details related to the status change:
HOTPLUG=1, CONNECTOR= and PROPERTY=
Pekka have completed the Weston DRM-backend review in
drm function to update the content protection property state and to
generate a uevent is invoked from the intel hdcp property work.
Hence whenever kernel changes the property state, userspace will be
updated with a uevent.
v2:
state update is moved into drm function [daniel]
Signed-off-by:
drm function is defined and exported to update a connector's
content protection property state and to generate a uevent along
with it.
Pekka have completed the Weston DRM-backend review in
https://gitlab.freedesktop.org/wayland/weston/merge_requests/48
and the UAPI for HDCP 2.2 looks good.
The
Attaches the content type property for HDCP2.2 capable connectors.
Implements the update of content type from property and apply the
restriction on HDCP version selection.
Need ACK for content type property from userspace consumer.
v2:
s/cp_content_type/content_protection_type [daniel]
This patch adds a DRM ENUM property to the selected connectors.
This property is used for mentioning the protected content's type
from userspace to kernel HDCP authentication.
Type of the stream is decided by the protected content providers.
Type 0 content can be rendered on any HDCP protected
On Thu, Aug 1, 2019 at 9:04 AM Gerd Hoffmann wrote:
>
> Hi,
>
> > and removes a large amount of framebuffer code from these drivers. For
> > bochs, a problem was reported where the driver could not display the console
> > because it was pinned in system memory. [1] The patch set fixes this bug
From: "Lowry Li (Arm Technology China)"
Adds to print the event message when error happens and the same event
will not be printed until next vsync.
Changes since v1:
1. Handling the event print by CONFIG_KOMEDA_ERROR_PRINT;
2. Changing the max string size to 256.
Signed-off-by: Lowry Li (Arm
Hi Thomas,
On Thu, Aug 01, 2019 at 11:59:28AM +0200, Thomas Zimmermann wrote:
> Hi
>
> Am 01.08.19 um 10:37 schrieb Feng Tang:
> > On Thu, Aug 01, 2019 at 02:19:53PM +0800, Rong Chen wrote:
> >>>
> >>> commit: 90f479ae51afa45efab97afdde9b94b9660dd3e4 ("drm/mgag200:
> >>>
---
drivers/gpu/drm/mxsfb/mxsfb_drv.c | 20
drivers/gpu/drm/mxsfb/mxsfb_drv.h | 1 +
drivers/gpu/drm/mxsfb/mxsfb_out.c | 14 +++---
3 files changed, 28 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/mxsfb/mxsfb_drv.c
b/drivers/gpu/drm/mxsfb/mxsfb_drv.c
From: Colin Ian King
There are two occurrances of off-by-one upper bound checking of indexes
causing potential out-of-bounds array reads. Fix these.
Addresses-Coverity: ("Out-of-bounds read")
Fixes: cb33363d0e85 ("drm/amd/powerplay: add smu feature name support")
Fixes: 6b294793e384
From: Colin Ian King
Currenly the error check on variable instance is always false because
it is a uint32_t type and this is never less than zero. Fix this by
making it an int type.
Addresses-Coverity: ("Unsigned compared against 0")
Fixes: 7d0e6329dfdc ("drm/amdgpu: update more sdma instances
On 2019-08-01 at 16:06:37 +0530, Sharma, Shashank wrote:
> Hi Ram,
> Just a minor nitpick.
>
> Regards
> Shashank
> > -Original Message-
> > From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf
> > Of
> > Ramalingam C
> > Sent: Friday, July 12, 2019 12:30 PM
> >
Komeda has support to generate per-frame CRC values in the DOU
backend subsystem. Implement necessary hooks to expose the CRC
"control" and "data" file over debugfs and program the DOUx_BS
accordingly.
This patch makes use of PL1 (programmable line 1) interrupt to
know when the CRC generation has
Hi Ram,
Just a minor nitpick.
Regards
Shashank
> -Original Message-
> From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of
> Ramalingam C
> Sent: Friday, July 12, 2019 12:30 PM
> To: intel-gfx ; dri-devel de...@lists.freedesktop.org>; Pekka Paalanen ; Daniel
>
Am 01.08.2019 10:39, schrieb Colin King:
> From: Colin Ian King
>
> There are a few spelling mistakes "unknow" -> "unknown" and
> "enabeld" -> "enabled". Fix these.
>
> Signed-off-by: Colin Ian King
> ---
> drivers/gpu/drm/amd/powerplay/amdgpu_smu.c | 6 +++---
> 1 file changed, 3
On 2019-08-01 at 13:05:02 +0300, Pekka Paalanen wrote:
> On Mon, 29 Jul 2019 15:03:16 +0530
> Ramalingam C wrote:
>
> > On 2019-07-29 at 17:20:40 +0300, Pekka Paalanen wrote:
> > > On Sun, 14 Jul 2019 16:30:08 +0530
> > > Ramalingam C wrote:
> > >
> > > > This patch adds a DRM ENUM property
On Thu, 04 Jul 2019, Wei Yongjun wrote:
> 'ksv_fifo' is malloced in intel_hdcp_auth_downstream() and should be
> freed before leaving from the error handling cases, otherwise it will
> cause memory leak.
Thanks for the patch, sorry for the delay, pushed to
drm-intel-next-queued.
BR,
Jani.
>
>
On Mon, 29 Jul 2019 15:03:16 +0530
Ramalingam C wrote:
> On 2019-07-29 at 17:20:40 +0300, Pekka Paalanen wrote:
> > On Sun, 14 Jul 2019 16:30:08 +0530
> > Ramalingam C wrote:
> >
> > > This patch adds a DRM ENUM property to the selected connectors.
> > > This property is used for mentioning
Hi
Am 01.08.19 um 10:37 schrieb Feng Tang:
> On Thu, Aug 01, 2019 at 02:19:53PM +0800, Rong Chen wrote:
>>>
>>> commit: 90f479ae51afa45efab97afdde9b94b9660dd3e4 ("drm/mgag200:
>>> Replace struct mga_fbdev with generic framebuffer emulation")
>>>
On Thu, Aug 01, 2019 at 06:31:13AM +, Lowry Li (Arm Technology China) wrote:
> Hi Liviu,
>
> On Wed, Jul 31, 2019 at 01:15:25PM +, Liviu Dudau wrote:
> > Hi Lowry,
> >
> > On Wed, Jul 31, 2019 at 11:04:45AM +, Lowry Li (Arm Technology China)
> > wrote:
> > > During it signals the
Hi
Am 01.08.19 um 08:19 schrieb Rong Chen:
> Hi,
>
> On 7/31/19 6:21 PM, Michel Dänzer wrote:
>> On 2019-07-31 11:25 a.m., Huang, Ying wrote:
>>> Hi, Daniel,
>>>
>>> Daniel Vetter writes:
>>>
On Tue, Jul 30, 2019 at 10:27 PM Dave Airlie wrote:
> On Wed, 31 Jul 2019 at 05:00, Daniel
On Tue, 16 Jul 2019 14:59:58 +
"Li, Sun peng (Leo)" wrote:
> On 2019-07-11 3:29 a.m., Pekka Paalanen wrote:
> > Wait, one can write udev rules for connectors and stuff?
> > How? What can they do?
>
> I was using it to generate user-friendly device names for the mst aux
> implementation:
>
Hi Christian,
On Wed, 2019-07-31 at 23:29 +0200, Christian Gmeiner wrote:
> Signed-off-by: Christian Gmeiner
> ---
> drivers/gpu/drm/etnaviv/etnaviv_perfmon.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/gpu/drm/etnaviv/etnaviv_perfmon.c
>
On Wed, 2019-07-31 at 18:58 +0200, Andrzej Pietrasiewicz wrote:
> Use the ddc pointer provided by the generic connector.
>
> Signed-off-by: Andrzej Pietrasiewicz
> Acked-by: Sam Ravnborg
> Reviewed-by: Emil Velikov
Reviewed-by: Philipp Zabel
regards
Philipp
> ---
>
On 08/07/2019 13:45, Jean-Jacques Hiblot wrote:
This would give us a WARN_ON() if the pin/unpin calls are unbalanced.
Proposed-by: Laurent Pinchart
Signed-off-by: Jean-Jacques Hiblot
---
drivers/gpu/drm/omapdrm/omap_gem.c | 45 +++---
1 file changed, 23
On Sun, 30 Jun 2019, Sam Ravnborg wrote:
> Hi Jani.
>
> On Thu, Jun 27, 2019 at 02:01:03PM +0300, Jani Nikula wrote:
>> Fix build warning if drm_panel.h is built with CONFIG_OF=n or
>> CONFIG_DRM_PANEL=n and included without the prerequisite err.h:
>>
>> ./include/drm/drm_panel.h: In function
Hi JJ,
On 08/07/2019 13:45, Jean-Jacques Hiblot wrote:
A first version of this work had been sent by Tomi Valkeinen in may 2017
(https://www.spinics.net/lists/dri-devel/msg140663.html).
This series adds a few new OMAP_BO flags to help the userspace manage
situations where it needs to use lots
From: Colin Ian King
There are a few spelling mistakes "unknow" -> "unknown" and
"enabeld" -> "enabled". Fix these.
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/amd/powerplay/amdgpu_smu.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
On Thu, Aug 01, 2019 at 02:19:53PM +0800, Rong Chen wrote:
> >
> >commit: 90f479ae51afa45efab97afdde9b94b9660dd3e4 ("drm/mgag200:
> >Replace struct mga_fbdev with generic framebuffer emulation")
>
On 11/07/2019 16:52, Jean-Jacques Hiblot wrote:
Add the following properties for planes:
* alpha
* pixel blend mode. Only "Pre-multiplied" and "Coverage" are supported
Signed-off-by: Jean-Jacques Hiblot
---
drivers/gpu/drm/omapdrm/omap_plane.c | 9 -
1 file changed, 8 insertions(+),
Hi Georgi,
On Fri, 2019-07-26 at 11:05 +0300, Georgi Djakov wrote:
> Hi Artur,
>
> On 7/23/19 15:20, Artur Świgoń wrote:
> > This patch adds interconnect functionality to the exynos-bus devfreq
> > driver.
> >
> > The SoC topology is a graph (or, more specifically, a tree) and most of its
> >
Am 31.07.19 um 17:52 schrieb Alex Deucher:
Unused.
Signed-off-by: Alex Deucher
Reviewed-by: Christian König for the whole
series.
---
drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd_arcturus.c | 1 -
1 file changed, 1 deletion(-)
diff --git
Hi,
> and removes a large amount of framebuffer code from these drivers. For
> bochs, a problem was reported where the driver could not display the console
> because it was pinned in system memory. [1] The patch set fixes this bug
> by converting bochs to use the shadow fb.
So, bochs in
> static int mmap_udmabuf(struct dma_buf *buf, struct vm_area_struct *vma)
> {
> struct udmabuf *ubuf = buf->priv;
> + pgprot_t pgprot = vm_get_page_prot(vma->vm_flags);
>
> if ((vma->vm_flags & (VM_SHARED | VM_MAYSHARE)) == 0)
> return -EINVAL;
>
> + if
On Wed, Jul 31, 2019 at 07:25:15PM -0700, Gurchetan Singh wrote:
> Will be used later.
>
> Signed-off-by: Gurchetan Singh
> ---
> drivers/dma-buf/udmabuf.c | 9 ++---
> 1 file changed, 6 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/dma-buf/udmabuf.c b/drivers/dma-buf/udmabuf.c
>
On Wed, Jul 31, 2019 at 07:25:13PM -0700, Gurchetan Singh wrote:
> The main use for udmabuf is sending guest memory pages
> to the host.
>
> It's generally a bad idea to have to separate mappings with
> different attributes. For example, a WC mapping the guest
> kernel and cached mapping on the
Hi Brian,
On Wed, Jul 31, 2019 at 09:20:04PM +0800, Brian Starkey wrote:
> Hi Lowry,
>
> Thanks for this cleanup.
>
> On Wed, Jul 31, 2019 at 11:04:45AM +, Lowry Li (Arm Technology China)
> wrote:
> > During it signals the completion of a writeback job, after releasing
> > the out_fence,
Hi Liviu,
On Wed, Jul 31, 2019 at 01:15:25PM +, Liviu Dudau wrote:
> Hi Lowry,
>
> On Wed, Jul 31, 2019 at 11:04:45AM +, Lowry Li (Arm Technology China)
> wrote:
> > During it signals the completion of a writeback job, after releasing
> > the out_fence, we'd clear the pointer.
> >
> >
Hi,
On 7/31/19 6:21 PM, Michel Dänzer wrote:
On 2019-07-31 11:25 a.m., Huang, Ying wrote:
Hi, Daniel,
Daniel Vetter writes:
On Tue, Jul 30, 2019 at 10:27 PM Dave Airlie wrote:
On Wed, 31 Jul 2019 at 05:00, Daniel Vetter wrote:
On Tue, Jul 30, 2019 at 8:50 PM Thomas Zimmermann wrote:
https://bugzilla.kernel.org/show_bug.cgi?id=204181
--- Comment #25 from Sergey Kondakov (virtuous...@gmail.com) ---
(In reply to Nicholas Kazlauskas from comment #24)
> This should be fixed with the series linked below:
>
> https://patchwork.freedesktop.org/series/64505/
>
> But it still needs
101 - 145 of 145 matches
Mail list logo
