ves/dri-devel/attachments/20151130/5d5ddc77/attachment.html>
org/archives/dri-devel/attachments/20151130/163a0a24/attachment-0001.html>
dri-devel/attachments/20151130/ec355f83/attachment.html>
org/archives/dri-devel/attachments/20151130/0b64ac31/attachment.html>
org/archives/dri-devel/attachments/20151130/ac8dc8d3/attachment.html>
org/archives/dri-devel/attachments/20151130/d22c646b/attachment.html>
dri-devel/attachments/20151130/9393c8bc/attachment.html>
ves/dri-devel/attachments/20151130/71622d42/attachment.html>
ves/dri-devel/attachments/20151130/d9e4168d/attachment-0001.html>
art --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151130/ab723423/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151130/cb1a52d2/attachment.html>
the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151130/ae8dd1cd/attachment.html>
Hi Luis,
thanks for the reminder.
Am Montag, den 30.11.2015, 15:02 + schrieb Luis de Bethencourt:
> This platform driver has a OF device ID table but the OF module
> alias information is not created so module autoloading won't work.
>
> Signed-off-by: Luis de Bethencourt
> ---
>
> Hi,
>
>
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151130/850b0c6d/attachment.html>
Am Freitag, den 27.11.2015, 09:37 +0200 schrieb Tomi Valkeinen:
> On 26/11/15 16:20, Manfred Schlaegl wrote:
> > Good to see that this discussion is triggered.
>
> I seem to have missed this one. This is important for omapdrm also.
> We've had similar patch in TI's linux for a while, but I have ne
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151130/1a8127cf/attachment.html>
Wait on the exclusive fence for the incoming framebuffer, using
"wait_for_fences" from drm_atomic_helper.c, which needs to be exported
first.
Signed-off-by: CK Hu
Signed-off-by: YT Shen
Signed-off-by: Daniel Kurtz
Signed-off-by: Philipp Zabel
---
drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 36
From: Daniel Kurtz
This is useful for drivers that want to implement async commits, but
need to wait on per-plane fences.
Signed-off-by: Daniel Kurtz
Signed-off-by: Philipp Zabel
---
drivers/gpu/drm/drm_atomic_helper.c | 7 ---
include/drm/drm_atomic_helper.h | 2 ++
2 files changed,
Add an optional ddc-i2c-bus phandle property that points to
an I2C master controller that handles the connector DDC pins.
Signed-off-by: Philipp Zabel
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/display/connector/hdmi-connector.txt | 1 +
1 file changed, 1 insertion(+)
diff --g
The configurable hdmi_ref output of the PLL block is derived from
the tvdpll_594m clock signal via a configurable PLL post-divider.
It is used as the PLL reference input to the HDMI PHY module.
Signed-off-by: Philipp Zabel
Acked-by: James Liao
---
drivers/clk/mediatek/clk-mt8173.c | 5
These muxes are supposed to select a fitting divider after the PLL
is already set to the correct rate.
Signed-off-by: Philipp Zabel
Acked-by: James Liao
---
drivers/clk/mediatek/clk-mt8173.c | 4 ++--
drivers/clk/mediatek/clk-mtk.h| 7 +--
2 files changed, 7 insertions(+), 4 deletions(-
From: CK Hu
This patch adds the device nodes for the HDMI encoder, HDMI PHY,
and HDMI CEC modules.
Signed-off-by: CK Hu
Signed-off-by: Cawa Cheng
Signed-off-by: Jie Qiu
Signed-off-by: Daniel Kurtz
Signed-off-by: Philipp Zabel
---
arch/arm64/boot/dts/mediatek/mt8173.dtsi | 71 ++
From: CK Hu
This patch adds the device nodes for the DISP function blocks
comprising the display subsystem.
Signed-off-by: CK Hu
Signed-off-by: Cawa Cheng
Signed-off-by: Jie Qiu
Signed-off-by: Daniel Kurtz
Signed-off-by: Philipp Zabel
---
TODO:
- The power-domain property should be added t
From: Jie Qiu
MT8173 HDMI hardware has a output control bit to enable/disable HDMI
output. Because of security reason, so this bit can ONLY be controlled
in ARM supervisor mode. Now the only way to enter ARM supervisor is the
ARM trusted firmware. So atf provides a API for HDMI driver to call to
From: Jie Qiu
This patch adds drivers for the HDMI bridge connected to the DPI0
display subsystem function block, for the HDMI DDC block, and for
the HDMI PHY to support HDMI output.
Signed-off-by: Jie Qiu
Signed-off-by: Philipp Zabel
---
Changes since v6:
- Removed mtk_hdmi_audio_data / mtk-
Add the device tree binding documentation for Mediatek HDMI,
HDMI PHY and HDMI DDC devices.
Signed-off-by: Philipp Zabel
Acked-by: Rob Herring
---
.../bindings/display/mediatek/mediatek,hdmi.txt| 142 +
1 file changed, 142 insertions(+)
create mode 100644
Documentation
From: Jie Qiu
Add DPI connector/encoder to support HDMI output via the
attached HDMI bridge.
Signed-off-by: Jie Qiu
Signed-off-by: Philipp Zabel
---
Changes since v6:
- Added mtk_dpi_power_on/off refcounting and mtk_ddp_component start/stop
callbacks to keep pixel clock enabled until crtc_
From: CK Hu
This patch add a drm encoder/connector driver for the MIPI DSI function
block of the Mediatek display subsystem and a phy driver for the MIPI TX
D-PHY control module.
Signed-off-by: Jitao Shi
Signed-off-by: Philipp Zabel
---
Changes since v6:
- Added mtk_dsi_poweron/off refcountin
From: CK Hu
This patch adds an initial DRM driver for the Mediatek MT8173 DISP
subsystem. It currently supports two fixed output streams from the
OVL0/OVL1 sources to the DSI0/DPI0 sinks, respectively.
Signed-off-by: CK Hu
Signed-off-by: YT Shen
Signed-off-by: Philipp Zabel
---
Changes since
From: CK Hu
Add device tree binding documentation for the display subsystem in
Mediatek MT8173 SoCs.
Signed-off-by: CK Hu
Signed-off-by: Philipp Zabel
Acked-by: Rob Herring
---
Changes since v6:
- Clarify single clock in clocks property
- Improve iommus property description
---
.../binding
Hi,
this MT8173 DRM update addresses some issues, mostly reported by Tomasz
Figa, Daniel Kurtz, and YT Shen. It also adds is PRIME support and
two new patches to export drm_atomic_helper's wait_for_fences and use it
in mtk_atomic_complete.
Changes since v6:
- Improved binding documentation
- Sp
On 30/11/15 21:28, Philipp Zabel wrote:
> Hi Luis,
>
> thanks for the reminder.
>
No problem. I was worried I was bothering.
> Am Montag, den 30.11.2015, 15:02 + schrieb Luis de Bethencourt:
>> This platform driver has a OF device ID table but the OF module
>> alias information is not create
Hi,
I'm not completely sure that many drivers except vmwgfx care about
inter-master DRM
information leaks, of which this is one. (For example I think most
drivers allow a bo flinked by a driver in one master realm (one user) to
be opened by a client in another master realm (another user)).
I thin
Hi,
On Mon, Nov 30, 2015 at 04:27:50PM +0100, Thomas Hellstrom wrote:
> while probably all other drivers don't care, except that it's a security
> issue
Hm, I don't know what the security policy is for DRM-related issues
but shouldn't this be cc'ed to security at kernel.org so that it gets the
at
Hi Archit,
[auto build test ERROR on: v4.4-rc3]
[also build test ERROR on: next-20151127]
url:
https://github.com/0day-ci/linux/commits/Archit-Taneja/drm-dsi-DSI-for-devices-with-different-control-bus/20151130-200725
config: x86_64-allyesdebian (attached as .config)
reproduce:
# save
itten as
needed, 'cause my GPU is MSI R7 370 Armor 2X, and looks like values in quirk
are *kinda* low for it.
--
You are receiving this mail because:
You are the assignee for the bug.
------ next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151130/3c70b6b8/attachment.html>
gh
you were cc:d on most of it I think. Maybe I can bounce the entire thing onto
the list...
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archive
a proper trace
3 - both
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151130/9cb7bdd8/attachment.html>
is mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151130/5a815adf/attachment.html>
||
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151130/bcfc3e04/attachment.html>
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151130/6c848465/attachment.html>
On Mon, Nov 30, 2015 at 9:10 AM, Gabriel Laskar wrote:
> Signed-off-by: Gabriel Laskar
> CC: Emil Velikov
> CC: Mikko Rapeli
Acked-by: Alex Deucher
>
> ---
> include/uapi/drm/Kbuild | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/include/uapi/drm/Kbuild b/include/uapi/drm/Kbuild
>
On 11/30/2015 05:09 PM, Daniel Vetter wrote:
> On Mon, Nov 30, 2015 at 04:27:50PM +0100, Thomas Hellstrom wrote:
>> Hi,
>>
>> On 11/30/2015 04:00 PM, Daniel Vetter wrote:
>>> On Mon, Nov 30, 2015 at 04:44:21AM -0800, Thomas Hellstrom wrote:
A client calling drmSetMaster() using a file descript
b.width()): set_plane(x,
int((sin(x/50) + 1) * 100)); sleep(0.01)
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/a
mipi_dsi_devices are inherently aware of their host because they
share a parent-child hierarchy in the device tree.
non-dsi drivers that create dsi device don't have this data. In order to
get this information, they require to a phandle to the dsi host in the
device tree.
Maintain a list of all t
A driver calling mipi_dsi_device_new might want to unregister the device
once it's done. It might also require it in an error handling path in
case something didn't go right.
Signed-off-by: Archit Taneja
---
include/drm/drm_mipi_dsi.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/incl
We don't check whether a previously registered mipi_dsi_device under the
same host shares the same virtual channel.
Before registering, check if any of the registered devices doesn't
already have the same virtual channel.
This wasn't crucial when all the devices under a host were populated via
DT
Add a device name field in mipi_dsi_device. This name is different from
the actual dev name (which is of the format "hostname.reg"). When the
device is created via DT, this name is set to the modalias string.
In the non-DT case, the driver creating the DSI device provides the
name by populating a f
Simplify the mipi dsi device creation process. device_initialize and
device_add don't need to be called separately when creating
mipi_dsi_device's. Use device_register instead to simplify things.
Create a helper function mipi_dsi_device_new which takes in struct
mipi_dsi_device_info and mipi_dsi_h
We are currently restricted when it comes to supporting DSI on devices
that have a non-DSI control bus. For example, DSI encoder chips are
available in the market that are configured via i2c. Configuring their
registers via DSI bus is either optional or not available at all.
These devices still ne
On Mon, Nov 30, 2015 at 04:52:22PM +0100, Thomas Hellstrom wrote:
> On 11/30/2015 03:55 PM, Daniel Vetter wrote:
> > On Mon, Nov 30, 2015 at 02:35:53PM +0100, Thomas Hellstrom wrote:
> >> On 11/29/2015 10:18 AM, Daniel Vetter wrote:
> >>> On Fri, Nov 27, 2015 at 01:24:11PM +0100, Thomas Hellstrom w
On Mon, Nov 30, 2015 at 04:27:50PM +0100, Thomas Hellstrom wrote:
> Hi,
>
> On 11/30/2015 04:00 PM, Daniel Vetter wrote:
> > On Mon, Nov 30, 2015 at 04:44:21AM -0800, Thomas Hellstrom wrote:
> >> A client calling drmSetMaster() using a file descriptor that was opened
> >> when another client was m
On 11/30/2015 03:55 PM, Daniel Vetter wrote:
> On Mon, Nov 30, 2015 at 02:35:53PM +0100, Thomas Hellstrom wrote:
>> On 11/29/2015 10:18 AM, Daniel Vetter wrote:
>>> On Fri, Nov 27, 2015 at 01:24:11PM +0100, Thomas Hellstrom wrote:
On 11/27/2015 01:02 PM, Ville Syrjälä wrote:
> On Fri, No
On Sun, Nov 29, 2015 at 2:10 PM, Christian König
wrote:
> On 29.11.2015 17:12, Julia Lawall wrote:
>>
>> The radeon_asic_ring structures are never modified, so declare them as
>> const.
>>
>> Done with the help of Coccinelle.
>>
>> Signed-off-by: Julia Lawall
>
>
> Nice clean, patch is Reviewed-
chment was scrubbed...
Name: drm_master_bug.c
Type: text/x-csrc
Size: 415 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151130/6371a8f2/attachment.c>
David, Russell,
ping. No response for more than 2 months.
On 02.11.2015 17:10, Vladimir Zapolskiy wrote:
> David, Russell,
>
> ping.
>
> On 12.10.2015 16:15, Vladimir Zapolskiy wrote:
>> David, Russell,
>>
>> ping.
>>
>> On 23.09.2015 00:46, Vladimir Zapolskiy wrote:
>>> of_find_i2c_adapter_by_
On Mon, Nov 30, 2015 at 04:44:21AM -0800, Thomas Hellstrom wrote:
> A client calling drmSetMaster() using a file descriptor that was opened
> when another client was master would inherit the latter client's master
> object and all it's authenticated clients.
>
> This is unwanted behaviour, and whe
On Mon, Nov 30, 2015 at 02:35:53PM +0100, Thomas Hellstrom wrote:
> On 11/29/2015 10:18 AM, Daniel Vetter wrote:
> > On Fri, Nov 27, 2015 at 01:24:11PM +0100, Thomas Hellstrom wrote:
> >> On 11/27/2015 01:02 PM, Ville Syrjälä wrote:
> >>> On Fri, Nov 27, 2015 at 12:42:15PM +0100, Thomas Hellstrom
Hi,
On 30 November 2015 at 13:53, Marek Szyprowski
wrote:
> This patch fixes trashed display of buffers cropped to very small width.
> Even if DMA is unstable and causes tearing when changing the burst size,
> it is still better than displaying a garbage.
>
> Signed-off-by: Marek Szyprowski
Re
On Tue, Nov 24, 2015 at 3:55 AM, Jammy Zhou wrote:
> This can solve the path problem when compile amdgpu with DKMS.
>
> Signed-off-by: Jammy Zhou
> Acked-by: Alex Deucher
Applied and rebased for drm-next. I'll adapt the acp, powerplay, etc.
changes as those components make it upstream.
Alex
Callers of drm_atomic_helper_duplicate_state() may not have grabbed
locks before calling this function. We're not supposed to iterate over
connectors without holding connection_mutex (since MST allows new
connectors to be spawned at hotplug), so make sure we grab that
ourselves before invoking drm
via_drmclient.h comes from userland drivers, it should not be in the
kernel public headers. Moreover, this does not compile if taken outside
of the drivers.
Signed-off-by: Gabriel Laskar
CC: Emil Velikov
CC: Mikko Rapeli
---
include/uapi/drm/via_drm.h | 4
1 file changed, 4 deletions(-)
Using `#include "drm.h"` instead of `#include ` allow drm
headers to be moved in another directory without changes, like for the
libdrm imports.
Signed-off-by: Gabriel Laskar
CC: Emil Velikov
CC: Mikko Rapeli
---
include/uapi/drm/via_drm.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Using `#include "drm.h"` instead of `#include ` allow drm
headers to be moved in another directory without changes, like for the
libdrm imports.
Signed-off-by: Gabriel Laskar
CC: Emil Velikov
CC: Mikko Rapeli
---
include/uapi/drm/vmwgfx_drm.h | 4 +---
1 file changed, 1 insertion(+), 3 deleti
Using `#include "drm.h"` instead of `#include ` allow drm
headers to be moved in another directory without changes, like for the
libdrm imports.
Signed-off-by: Gabriel Laskar
CC: Emil Velikov
CC: Mikko Rapeli
---
include/uapi/drm/virtgpu_drm.h | 3 +--
1 file changed, 1 insertion(+), 2 deleti
Using `#include "drm.h"` instead of `#include ` allow drm
headers to be moved in another directory without changes, like for the
libdrm imports.
Signed-off-by: Gabriel Laskar
CC: Emil Velikov
CC: Mikko Rapeli
---
include/uapi/drm/tegra_drm.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(
Using `#include "drm.h"` instead of `#include ` allow drm
headers to be moved in another directory without changes, like for the
libdrm imports.
Signed-off-by: Gabriel Laskar
CC: Emil Velikov
CC: Mikko Rapeli
---
include/uapi/drm/savage_drm.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion
Using `#include "drm.h"` instead of `#include ` allow drm
headers to be moved in another directory without changes, like for the
libdrm imports.
Signed-off-by: Gabriel Laskar
CC: Emil Velikov
CC: Mikko Rapeli
---
include/uapi/drm/r128_drm.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-
Using `#include "drm.h"` instead of `#include ` allow drm
headers to be moved in another directory without changes, like for the
libdrm imports.
Signed-off-by: Gabriel Laskar
CC: Emil Velikov
CC: Mikko Rapeli
---
include/uapi/drm/qxl_drm.h | 3 +--
1 file changed, 1 insertion(+), 2 deletions(
Using `#include "drm.h"` instead of `#include ` allow drm
headers to be moved in another directory without changes, like for the
libdrm imports.
Signed-off-by: Gabriel Laskar
CC: Emil Velikov
CC: Mikko Rapeli
---
include/uapi/drm/omap_drm.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-
Using `#include "drm.h"` instead of `#include ` allow drm
headers to be moved in another directory without changes, like for the
libdrm imports.
Signed-off-by: Gabriel Laskar
CC: Emil Velikov
CC: Mikko Rapeli
---
include/uapi/drm/msm_drm.h | 3 +--
1 file changed, 1 insertion(+), 2 deletions(
Using `#include "drm.h"` instead of `#include ` allow drm
headers to be moved in another directory without changes, like for the
libdrm imports.
Signed-off-by: Gabriel Laskar
CC: Emil Velikov
CC: Mikko Rapeli
---
include/uapi/drm/mga_drm.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Using `#include "drm.h"` instead of `#include ` allow drm
headers to be moved in another directory without changes, like for the
libdrm imports.
Signed-off-by: Gabriel Laskar
CC: Emil Velikov
CC: Mikko Rapeli
---
include/uapi/drm/i915_drm.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-
Using `#include "drm.h"` instead of `#include ` allow drm
headers to be moved in another directory without changes, like for
the libdrm imports.
Signed-off-by: Gabriel Laskar
CC: Emil Velikov
CC: Mikko Rapeli
---
include/uapi/drm/i810_drm.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-
Using `#include "drm.h"` instead of `#include ` allow drm
headers to be moved in another directory without changes, like for the
libdrm imports.
Signed-off-by: Gabriel Laskar
CC: Emil Velikov
CC: Mikko Rapeli
---
include/uapi/drm/exynos_drm.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion
Using `#include "drm.h"` instead of `#include ` allow drm
headers to be moved in another directory without changes, like for the
libdrm imports.
Signed-off-by: Gabriel Laskar
CC: Emil Velikov
CC: Mikko Rapeli
---
include/uapi/drm/drm_sarea.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(
Instead of using linux/types.h, drm headers should use drm.h, in order
to handle the portability issues in only one place.
Signed-off-by: Gabriel Laskar
CC: Emil Velikov
CC: Mikko Rapeli
---
include/uapi/drm/drm_mode.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/includ
Instead of using linux/types.h, drm headers should use drm.h, in order
to handle the portability issues in only one place.
Signed-off-by: Gabriel Laskar
CC: Emil Velikov
CC: Mikko Rapeli
---
include/uapi/drm/drm_fourcc.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/incl
Signed-off-by: Gabriel Laskar
CC: Emil Velikov
CC: Mikko Rapeli
---
include/uapi/drm/armada_drm.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/uapi/drm/armada_drm.h b/include/uapi/drm/armada_drm.h
index 8dec3fd..6de7f01 100644
--- a/include/uapi/drm/armada_drm.h
+++ b/include/
Signed-off-by: Gabriel Laskar
CC: Emil Velikov
CC: Mikko Rapeli
---
include/uapi/drm/Kbuild | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/uapi/drm/Kbuild b/include/uapi/drm/Kbuild
index 38d4370..159551f 100644
--- a/include/uapi/drm/Kbuild
+++ b/include/uapi/drm/Kbuild
@@ -3,6 +3
Signed-off-by: Gabriel Laskar
CC: Emil Velikov
CC: Mikko Rapeli
---
include/uapi/drm/virtgpu_drm.h | 98 +-
1 file changed, 49 insertions(+), 49 deletions(-)
diff --git a/include/uapi/drm/virtgpu_drm.h b/include/uapi/drm/virtgpu_drm.h
index fc9e2d6..4bc
This patch adds generic plane rotation property for all supported
drivers. This has been implemented with additional help from Exynos IPP
(Exynos Image Post-Processing subsystem) with temporary framebuffers.
Besides rotation, scaling and color space conversion are also supported.
Signed-off-by: Ma
IPP framework stored global context in driver data of its platform device.
This patch moves it to global variable to simplify access. There exists
only one such framework, so there is no drawback of this change.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos_drm_ipp.c | 50 +++
Replace calls to exynos_drm_gem_get_{dma_addr,size}, by a simpler
function exynos_drm_gem_get(). This lets the caller to get access to
exynos_drm_gem object and extract any information about GEM object
without searching object tree for getting each parameter.
Signed-off-by: Marek Szyprowski
---
From: Seung-Woo Kim
NV12 and YUV420 formats are needed to calculate offset of each plane
in a gem buffer for ipp gsc. Without proper offset, only Y plane
can be processed, so result shows green frame. This patch fixes to
calculate offset for cbcr planes for NV12 and YUV420 formats.
Signed-off-by
From: Seung-Woo Kim
NV12 and YUV420 formats are need to calculate offset of each plane
for ipp fimc in a gem buffer. Without proper offset, only Y plane
can be processed, so result shows green frame.
This patch fixes to calculate offset for cbcr planes for NV12 and
YUV420 formats.
Signed-off-by:
This patch forces all GEM buffers to have pitch aligned at least to 8
pixels. This is a common requirement for various Exynos IPP blocks,
which otherwise won't be able to operate on buffers of random size.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos_drm_drv.h | 2 ++
driver
Add framebuffer pointer to exynos_drm_plane_state and tell drivers to use
it. This lets common plane code to set temporary framebuffer in the
future and drivers will use it without additional changes.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 2 +-
drive
This patch removes old, unused function prototypes from exynos_drm_gem.h.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos_drm_gem.h | 28
1 file changed, 28 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_gem.h
b/drivers/gpu/drm/exynos
This patch fixes trashed display of buffers cropped to very small width.
Even if DMA is unstable and causes tearing when changing the burst size,
it is still better than displaying a garbage.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 24 +++---
This patch fixes calculation of src x/y offset for negative crtc x/y
values when scaling is enabled. This fixes possible IOMMU fault when
scaling is enabled.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos_drm_plane.c | 13 +++--
1 file changed, 7 insertions(+), 6 delet
Common plane code already calculates and checks for supported scalling
modes, so additional code in mixer driver can be now removed.
Signed-off-by: Marek Szyprowski
Reviewed-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_mixer.c | 33 +++--
1 file changed, 3 i
This patch adds generic check for plane state - display area dimensions,
so drivers can always assume that they get valid plane state to set.
Signed-off-by: Marek Szyprowski
Reviewed-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_drm_drv.h | 3 +++
drivers/gpu/drm/exynos/exynos_drm_pl
This patch adds common structure for keeping plane configuration and
capabilities data. This patch is inspired by similar code developed by
Tobias Jakobi.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 18 ---
drivers/gpu/drm/exynos/exynos7_drm_decon.
Video overlay plane should be registered only when suitable hardware
sub-block (Video Processor) is available.
Signed-off-by: Marek Szyprowski
Reviewed-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_mixer.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/exynos/exy
This patch replaces usage of crtc->mode with crtc->state->adjusted_mode
like it is already done in common plane code.
Signed-off-by: Marek Szyprowski
Reviewed-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_mixer.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/dr
This patch introduces exynos_drm_plane_state structure, which subclasses
drm_plane_state and holds precalculated data suitable for configuring
Exynos hardware.
Signed-off-by: Marek Szyprowski
Reviewed-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 21 ++---
drivers/gpu
DMA address is a framebuffer attribute and the right place for it is
exynos_drm_framebuffer not exynos_drm_plane. This patch also introduces
helper function for getting dma address of the given framebuffer.
Signed-off-by: Marek Szyprowski
Reviewed-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/
Display area is already checked by exynos plane core, so there is no
need for such check in driver code.
Signed-off-by: Marek Szyprowski
Reviewed-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos7_drm_decon.c | 10 --
1 file changed, 10 deletions(-)
diff --git a/drivers/gpu/drm/exy
This driver was not used after introduction of common clock framework.
This patch adds missing prepare/unprepare calls and allows to use it
again with current kernel code.
Signed-off-by: Marek Szyprowski
Reviewed-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_drm_rotator.c | 4 ++--
1 fi
1 - 100 of 140 matches
Mail list logo
