This patch changes the compatible of exynos5420 fimd
to "exynos5420-fimd". To support mic bypass from display
path, the new compatible is introduced for exynos5420.
Cc: Inki Dae
Cc: Kukjin Kim
Cc: Krzysztof Kozlowski
Signed-off-by: Chanho Park
---
arch/arm/boot/dts/exynos5420.dtsi | 1 +
1
This patch adds a exynos5420 driver data to support mic_bypass
option to bypass the mic from display out path.
The mic(Mobile image compressor) compresses RGB data from fimd
and send the compressed data to the mipi dsi.
The bypass option can be founded from system register and the bit
is 11. The
This patchset introduces exynos5420-fimd compatible to support
a mic-bypass option from display path. Since exynos5420, the
option has been introduced and controlled by system register.
The option is only available for exynos5420/exynos5422 and 5800,
we need to add the new exynos5420-fimd
On Thu, 2016-01-21 at 15:10 -0800, Rafael Antognolli wrote:
> So far, the i915 driver and some other drivers set it to the
> drm_device,
> which doesn't allow one to know which DP a given aux channel is
> related
> to. Changing this to be the drm_connector provides proper nesting,
> still
>
In the display resume path, move the calls to drm_vblank_on()
after the point when the display engine is running again.
Since changes were made to drm_update_vblank_count() in Linux 4.4+
to emulate hw vblank counters via vblank timestamping, the function
drm_vblank_on() now needs working high
Make sure that drm_vblank_get/put() stay balanced in
case drm_vblank_get fails, by skipping the corresponding
put.
Signed-off-by: Mario Kleiner
Reviewed-by: Daniel Vetter
Cc: michel at daenzer.net
Cc: dri-devel at lists.freedesktop.org
Cc: alexander.deucher at amd.com
Cc: christian.koenig at
drm_vblank_offdelay can have three different types of values:
< 0 is to be always treated the same as dev->vblank_disable_immediate
= 0 is to be treated as "never disable vblanks"
> 0 is to be treated as disable immediate if kms driver wants it
that way via dev->vblank_disable_immediate.
Changes to drm_update_vblank_count() in Linux 4.4 broke the
behaviour of the pre/post modeset functions as the new update
code doesn't deal with hw vblank counter resets inbetween calls
to drm_vblank_pre_modeset an drm_vblank_post_modeset, as it
should.
This causes mistreatment of such hw counter
This fixes a regression introduced by the new drm_update_vblank_count()
implementation in Linux 4.4:
Restrict the bump of the software vblank counter in drm_update_vblank_count()
to a safe maximum value of +1 whenever there is the possibility that
concurrent readers of vblank timestamps could be
Otherwise if a kms driver calls into drm_vblank_off() more than once
before calling drm_vblank_on() again, the redundant calls to
vblank_disable_and_save() will call drm_update_vblank_count()
while hw vblank counters and vblank timestamping are in a undefined
state during modesets, dpms off etc.
Here the respin of my series of vblank bug fixes for stable
Linux 4.4/4.5 with all review comments by Daniel and Ville
taken into account and reviewd-by's and tested-by's added.
I've removed the stable patch "drm: Prevent vblank counter jumps
with timestamp based update method." for the moment.
On Fri, Feb 12, 2016 at 07:08:46PM +0200, Tomi Valkeinen wrote:
> On 12/02/16 17:34, Daniel Vetter wrote:
> > On Fri, Feb 12, 2016 at 05:17:19PM +0200, Jyri Sarha wrote:
> >> Fall back to legacy drm_helper_connector_dpms() call back in
> >> drm_atomic_helper_connector_dpms() if DRIVER_ATOMIC
...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160212/8f8152c9/attachment-0001.sig>
On 12 February 2016 at 12:13, Andrzej Hajda wrote:
> User API structs should not use types which size/alignment/padding depends
> on architecture. The patch fixes it for all structures except
> drm_exynos_g2d_userptr, as g2d related stuff seems to be more complicated
> and will be
Hi,
On Fri, Feb 12, 2016 at 5:04 PM, Inki Dae wrote:
> Hi Chanho,
>
> 2016ë
02ì 12ì¼ 16:39ì Chanho Park ì´(ê°) ì´ ê¸:
>> Hi,
>>
>> On Fri, Feb 12, 2016 at 1:56 PM, Inki Dae wrote:
>>> Hi Chanho,
>>>
>>> There was a missing one so below is my review again.
>>>
>>> 2016ë
02ì 11ì¼
Fall back to legacy drm_helper_connector_dpms() call back in
drm_atomic_helper_connector_dpms() if DRIVER_ATOMIC feature is not
present.
Calling drm_atomic_helper_connector_dpms() from non atomic driver
causes undefined behavior. This is a problem with componentized
encoder/connector drivers that
*without* --hwdec=vdpau played back fine
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160212/de43f5c5/attachment.html>
Hi Chanho,
2016ë
02ì 12ì¼ 16:39ì Chanho Park ì´(ê°) ì´ ê¸:
> Hi,
>
> On Fri, Feb 12, 2016 at 1:56 PM, Inki Dae wrote:
>> Hi Chanho,
>>
>> There was a missing one so below is my review again.
>>
>> 2016ë
02ì 11ì¼ 22:59ì Chanho Park ì´(ê°) ì´ ê¸:
>>> Hi Inki,
>>>
>>> On Thu,
Hi,
On Fri, Feb 12, 2016 at 1:56 PM, Inki Dae wrote:
> Hi Chanho,
>
> There was a missing one so below is my review again.
>
> 2016ë
02ì 11ì¼ 22:59ì Chanho Park ì´(ê°) ì´ ê¸:
>> Hi Inki,
>>
>> On Thu, Feb 11, 2016 at 7:37 PM, Inki Dae wrote:
>>> Hi Chanho,
>>>
>>> 2016ë
01ì 30ì¼
On 12.02.2016 09:29, Alexandre Demers wrote:
> ---
> drivers/gpu/drm/radeon/atombios_crtc.c | 2 +-
> include/uapi/drm/radeon_drm.h | 1 +
> 2 files changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/radeon/atombios_crtc.c
>
On Fri, Feb 12, 2016 at 05:17:19PM +0200, Jyri Sarha wrote:
> Fall back to legacy drm_helper_connector_dpms() call back in
> drm_atomic_helper_connector_dpms() if DRIVER_ATOMIC feature is not
> present.
>
> Calling drm_atomic_helper_connector_dpms() from non atomic driver
> causes undefined
On 12.02.2016 09:32, Alexandre Demers wrote:
> ---
> include/drm/radeon_drm.h | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/include/drm/radeon_drm.h b/include/drm/radeon_drm.h
> index cd31794..e57640a 100644
> --- a/include/drm/radeon_drm.h
> +++ b/include/drm/radeon_drm.h
> @@
On Fri, Feb 12, 2016 at 03:50:02PM +0100, David Herrmann wrote:
> Hi
>
> On Thu, Feb 11, 2016 at 11:04 PM, Tiago Vignatti
> wrote:
> > From: Daniel Vetter
> >
> > The userspace might need some sort of cache coherency management e.g. when
> > CPU
> > and GPU domains are being accessed through
On Thu, Jan 21, 2016 at 6:10 PM, Rafael Antognolli
wrote:
> From: Lukas Wunner
>
> Rafael Antognolli's new DRM_DP_AUX_CHARDEV feature causes a WARN_ON
> if drm_dp_aux->dev == drm_connector->kdev and drm_dp_aux_unregister()
> is called after drm_connector_unregister(). radeon is the only driver
>
Hi
On Thu, Feb 11, 2016 at 11:04 PM, Tiago Vignatti
wrote:
> From: Daniel Vetter
>
> The userspace might need some sort of cache coherency management e.g. when CPU
> and GPU domains are being accessed through dma-buf at the same time. To
> circumvent this problem there are begin/end coherency
Picked it up.
Thanks,
Inki Dae
2016ë
02ì 11ì¼ 20:32ì Marek Szyprowski ì´(ê°) ì´ ê¸:
> dma_mmap_attrs() should be called with cpu address returned by
> dma_alloc_attrs(). Existing code however passed pages array base as cpu
> address. This worked only by a pure luck on ARM
Picked it up.
Thanks,
Inki Dae
2016ë
02ì 11ì¼ 20:25ì Andrzej Hajda ì´(ê°) ì´ ê¸:
> Decon requires that clocks should be disabled in reverse order. Otherwise
> system hangs.
>
> Signed-off-by: Andrzej Hajda
> ---
> drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 4 ++--
> 1 file
Hi Marek,
2016ë
02ì 03ì¼ 21:42ì Marek Szyprowski ì´(ê°) ì´ ê¸:
> Virtual DRM device is used for memory allocation for GEM objects. On
> some architectures null dma operations are assigned for virtual devices
> if no explicit initialization has been made.
>
> Signed-off-by: Marek
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
A driver calling mipi_dsi_device_register_full 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.
Create mipi_dsi_device_unregister for this purpse, use it within
mipi_dsi_remove_device_fn as it does the same
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
Use mipi_dsi_device_register_full for device creation. This takes in
mipi_dsi_device_info as a template to populate the DSI device information.
The reason to introduce this is to have a way to create DSI devices not
available via DT. Drivers that want to create a DSI device can populate
of_mipi_dsi_device_add is used only when CONFIG_OF is enabled. It
currently works if OF support is disabled, but this will change
when we add more functionality to it.
Define the original func if CONFIG_OF is enabled. Define a dummy func
otherwise.
Signed-off-by: Archit Taneja
---
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
Hi Dave,
There should be one instance of amdgpu per GPU, so one instance of DAL per GPU,
hence this should be per GPU.
We haven't really done any multi-GPU testing with this code, though, but I
briefly tried and can light up with two displays connected to a Tonga and
Bonaire (Bonaire is
On Fri, Feb 12, 2016 at 01:53:10PM +0200, Ville Syrjälä wrote:
> On Thu, Jan 21, 2016 at 03:10:19PM -0800, Rafael Antognolli wrote:
> > This module is heavily based on i2c-dev. Once loaded, it provides one
> > dev node per DP AUX channel, named drm_dp_auxN, where N is an integer.
> >
> > It's
Hi Dave,
More drm-misc stuff:
- vgaswitcheroo support for apple gmux from Lukas Wunner
- checks for ->mode_fixup in non-atomic helpers from Carlos Palminha, plus
removing dummy funcs from drivers. Carlos promised to follow up with
more, since there's lots more silly dummy functions around.
-
---
drivers/gpu/drm/tilcdc/tilcdc_panel.c | 9 -
drivers/gpu/drm/tilcdc/tilcdc_tfp410.c | 9 -
2 files changed, 18 deletions(-)
diff --git a/drivers/gpu/drm/tilcdc/tilcdc_panel.c
b/drivers/gpu/drm/tilcdc/tilcdc_panel.c
index 4dda6e2..8dcf02a 100644
---
---
drivers/gpu/drm/sti/sti_tvout.c | 10 --
1 file changed, 10 deletions(-)
diff --git a/drivers/gpu/drm/sti/sti_tvout.c b/drivers/gpu/drm/sti/sti_tvout.c
index f2afcf5..24a3735 100644
--- a/drivers/gpu/drm/sti/sti_tvout.c
+++ b/drivers/gpu/drm/sti/sti_tvout.c
@@ -440,13 +440,6 @@
Hi Chanho,
There was a missing one so below is my review again.
2016ë
02ì 11ì¼ 22:59ì Chanho Park ì´(ê°) ì´ ê¸:
> Hi Inki,
>
> On Thu, Feb 11, 2016 at 7:37 PM, Inki Dae wrote:
>> Hi Chanho,
>>
>> 2016ë
01ì 30ì¼ 22:58ì Chanho Park ì´(ê°) ì´ ê¸:
>>> From: Chanho Park
>>>
---
drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 8
1 file changed, 8 deletions(-)
diff --git a/drivers/gpu/drm/rockchip/dw-mipi-dsi.c
b/drivers/gpu/drm/rockchip/dw-mipi-dsi.c
index f8f8f29..7766206 100644
--- a/drivers/gpu/drm/rockchip/dw-mipi-dsi.c
+++
---
drivers/gpu/drm/radeon/atombios_encoders.c | 8
1 file changed, 8 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atombios_encoders.c
b/drivers/gpu/drm/radeon/atombios_encoders.c
index 01b20e1..1603751 100644
--- a/drivers/gpu/drm/radeon/atombios_encoders.c
+++
---
drivers/gpu/drm/qxl/qxl_display.c | 9 -
1 file changed, 9 deletions(-)
diff --git a/drivers/gpu/drm/qxl/qxl_display.c
b/drivers/gpu/drm/qxl/qxl_display.c
index 8627651..43e5f50 100644
--- a/drivers/gpu/drm/qxl/qxl_display.c
+++ b/drivers/gpu/drm/qxl/qxl_display.c
@@ -734,14 +734,6
---
drivers/gpu/drm/mgag200/mgag200_mode.c | 8
1 file changed, 8 deletions(-)
diff --git a/drivers/gpu/drm/mgag200/mgag200_mode.c
b/drivers/gpu/drm/mgag200/mgag200_mode.c
index dc13c48..af8b4c1 100644
--- a/drivers/gpu/drm/mgag200/mgag200_mode.c
+++
---
drivers/gpu/drm/msm/mdp/mdp4/mdp4_dsi_encoder.c | 8
drivers/gpu/drm/msm/mdp/mdp4/mdp4_dtv_encoder.c | 8
drivers/gpu/drm/msm/mdp/mdp4/mdp4_lcdc_encoder.c | 8
drivers/gpu/drm/msm/mdp/mdp5/mdp5_cmd_encoder.c | 9 -
---
drivers/gpu/drm/imx/dw_hdmi-imx.c | 8
drivers/gpu/drm/imx/imx-ldb.c | 8
drivers/gpu/drm/imx/imx-tve.c | 8
drivers/gpu/drm/imx/parallel-display.c | 8
4 files changed, 32 deletions(-)
diff --git a/drivers/gpu/drm/imx/dw_hdmi-imx.c
---
drivers/gpu/drm/gma500/cdv_intel_crt.c | 1 -
drivers/gpu/drm/gma500/cdv_intel_hdmi.c | 1 -
drivers/gpu/drm/gma500/gma_display.c| 7 ---
drivers/gpu/drm/gma500/gma_display.h| 3 ---
drivers/gpu/drm/gma500/oaktrail_hdmi.c | 1 -
5 files changed, 13 deletions(-)
diff --git
---
drivers/gpu/drm/exynos/exynos_dp_core.c | 8
drivers/gpu/drm/exynos/exynos_drm_dpi.c | 8
drivers/gpu/drm/exynos/exynos_drm_vidi.c | 8
3 files changed, 24 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_dp_core.c
---
drivers/gpu/drm/cirrus/cirrus_mode.c | 9 -
1 file changed, 9 deletions(-)
diff --git a/drivers/gpu/drm/cirrus/cirrus_mode.c
b/drivers/gpu/drm/cirrus/cirrus_mode.c
index 4a02854..432ce94 100644
--- a/drivers/gpu/drm/cirrus/cirrus_mode.c
+++ b/drivers/gpu/drm/cirrus/cirrus_mode.c
@@
---
drivers/gpu/drm/bochs/bochs_kms.c | 8
1 file changed, 8 deletions(-)
diff --git a/drivers/gpu/drm/bochs/bochs_kms.c
b/drivers/gpu/drm/bochs/bochs_kms.c
index 2849f1b..317c27f 100644
--- a/drivers/gpu/drm/bochs/bochs_kms.c
+++ b/drivers/gpu/drm/bochs/bochs_kms.c
@@ -152,13 +152,6
---
drivers/gpu/drm/ast/ast_mode.c | 8
1 file changed, 8 deletions(-)
diff --git a/drivers/gpu/drm/ast/ast_mode.c b/drivers/gpu/drm/ast/ast_mode.c
index 0123458..f221e2d 100644
--- a/drivers/gpu/drm/ast/ast_mode.c
+++ b/drivers/gpu/drm/ast/ast_mode.c
@@ -710,13 +710,6 @@ static void
On Thu, Jan 21, 2016 at 03:10:19PM -0800, Rafael Antognolli wrote:
> This module is heavily based on i2c-dev. Once loaded, it provides one
> dev node per DP AUX channel, named drm_dp_auxN, where N is an integer.
>
> It's possible to know which connector owns this aux channel by looking
> at the
On Thu, Jan 21, 2016 at 03:10:18PM -0800, Rafael Antognolli wrote:
> The module_init and module_exit functions will start here, and call the
> subsequent init's and exit's.
>
> v10:
> - Keep __init on drm_fb_helper init function.
> - Move MODULE_* macros to the common file.
>
> Signed-off-by:
---
drivers/gpu/drm/amd/amdgpu/dce_v10_0.c | 8
drivers/gpu/drm/amd/amdgpu/dce_v11_0.c | 8
drivers/gpu/drm/amd/amdgpu/dce_v8_0.c | 8
3 files changed, 24 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/dce_v10_0.c
b/drivers/gpu/drm/amd/amdgpu/dce_v10_0.c
index
---
drivers/gpu/drm/exynos/exynos_drm_dsi.c | 8
1 file changed, 8 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_dsi.c
b/drivers/gpu/drm/exynos/exynos_drm_dsi.c
index e977a81..736115c 100644
--- a/drivers/gpu/drm/exynos/exynos_drm_dsi.c
+++
---
drivers/gpu/drm/udl/udl_encoder.c | 8
1 file changed, 8 deletions(-)
diff --git a/drivers/gpu/drm/udl/udl_encoder.c
b/drivers/gpu/drm/udl/udl_encoder.c
index a181a64..59a4b34 100644
--- a/drivers/gpu/drm/udl/udl_encoder.c
+++ b/drivers/gpu/drm/udl/udl_encoder.c
@@ -26,13 +26,6 @@
---
drivers/gpu/drm/virtio/virtgpu_display.c | 8
1 file changed, 8 deletions(-)
diff --git a/drivers/gpu/drm/virtio/virtgpu_display.c
b/drivers/gpu/drm/virtio/virtgpu_display.c
index a165f03..429aa31 100644
--- a/drivers/gpu/drm/virtio/virtgpu_display.c
+++
mode_fixup function for encoder drivers became optional with patch
http://patchwork.freedesktop.org/patch/msgid/1455106522-32307-1-git-send-email-palminha
at synopsys.com
This patch set nukes all the dummy mode_fixup implementations.
(made on top of Daniel topic/drm-misc branch)
Carlos
---
drivers/gpu/drm/amd/amdgpu/dce_v10_0.c | 8
drivers/gpu/drm/amd/amdgpu/dce_v11_0.c | 8
drivers/gpu/drm/amd/amdgpu/dce_v8_0.c | 8
3 files changed, 24 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/dce_v10_0.c
b/drivers/gpu/drm/amd/amdgpu/dce_v10_0.c
index
---
drivers/gpu/drm/exynos/exynos_drm_dsi.c | 8
1 file changed, 8 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_dsi.c
b/drivers/gpu/drm/exynos/exynos_drm_dsi.c
index e977a81..736115c 100644
--- a/drivers/gpu/drm/exynos/exynos_drm_dsi.c
+++
---
drivers/gpu/drm/udl/udl_encoder.c | 8
1 file changed, 8 deletions(-)
diff --git a/drivers/gpu/drm/udl/udl_encoder.c
b/drivers/gpu/drm/udl/udl_encoder.c
index a181a64..59a4b34 100644
--- a/drivers/gpu/drm/udl/udl_encoder.c
+++ b/drivers/gpu/drm/udl/udl_encoder.c
@@ -26,13 +26,6 @@
---
drivers/gpu/drm/virtio/virtgpu_display.c | 8
1 file changed, 8 deletions(-)
diff --git a/drivers/gpu/drm/virtio/virtgpu_display.c
b/drivers/gpu/drm/virtio/virtgpu_display.c
index a165f03..429aa31 100644
--- a/drivers/gpu/drm/virtio/virtgpu_display.c
+++
mode_fixup function for encoder drivers became optional with patch
http://patchwork.freedesktop.org/patch/msgid/1455106522-32307-1-git-send-email-palminha
at synopsys.com
This patch set nukes all the dummy mode_fixup implementations.
(made on top of Daniel topic/drm-misc branch)
Carlos
User API structs should not use types which size/alignment/padding depends
on architecture. The patch fixes it for all structures except
drm_exynos_g2d_userptr, as g2d related stuff seems to be more complicated
and will be reviewed/adjusted later.
Signed-off-by: Andrzej Hajda
---
Platform data structures are not used for long time so the whole header
file can be safely removed.
Signed-off-by: Andrzej Hajda
---
include/drm/exynos_drm.h | 86
1 file changed, 86 deletions(-)
delete mode 100644 include/drm/exynos_drm.h
diff
Polarization was never configured for DRM-FIMC device, so fimc_set_polarity
function did nothing. In fact DRM does not use camera interface so there
is no point in configuring it.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos_drm_fimc.c | 28
1 file
struct exynos_drm_panel_info is not used anymore, except exynos_dp,
which can integrate useful fields directly into its context.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos7_drm_decon.c | 1 -
drivers/gpu/drm/exynos/exynos_dp_core.c| 7 ++-
Hi Inki,
This small cleanup series is based on exynos-drm-next.
Regards
Andrzej
Andrzej Hajda (4):
drm/exynos: remove struct exynos_drm_panel_info
drm/exynos/fimc: remove unused camera interface polarization code
drm/exynos: remove platform data structures and
tps://lists.freedesktop.org/archives/dri-devel/attachments/20160212/50ccf91c/attachment.html>
v1: Remove the general drm_device_is_unplugged() checks, and move the unplugged
flag handling logic into drm/udl. In general we want to keep driver-specific
logic out of common drm code.
v2: Based on discussion with Stephane and David, drop most of the unplugged
flag handling logic in drm/udl
On Fri, Feb 12, 2016 at 8:55 AM, Carlos Palminha
wrote:
> ---
> drivers/gpu/drm/radeon/atombios_encoders.c | 8
> 1 file changed, 8 deletions(-)
Reviewed-by: Alex Deucher
>
> diff --git a/drivers/gpu/drm/radeon/atombios_encoders.c
> b/drivers/gpu/drm/radeon/atombios_encoders.c
>
On Fri, Feb 12, 2016 at 8:50 AM, Carlos Palminha
wrote:
> ---
> drivers/gpu/drm/amd/amdgpu/dce_v10_0.c | 8
> drivers/gpu/drm/amd/amdgpu/dce_v11_0.c | 8
> drivers/gpu/drm/amd/amdgpu/dce_v8_0.c | 8
> 3 files changed, 24 deletions(-)
Reviewed-by: Alex Deucher
>
>
On 12 February 2016 at 07:06, Daniel Vetter wrote:
> On Thu, Feb 11, 2016 at 9:52 PM, Dave Airlie wrote:
>> On 12 February 2016 at 03:19, Harry Wentland
>> wrote:
>>> This set of patches enables the new DAL display driver for amdgpu on Carrizo
>>> Tonga, and Fiji ASICs. This driver will allow
From: Fabien Dessenne
Support top field first and bottom field first interlaced buffers
Signed-off-by: Fabien Dessenne
---
drivers/gpu/drm/sti/sti_hqvdp.c | 72 +
1 file changed, 44 insertions(+), 28 deletions(-)
diff --git
From: Fabien Dessenne
If a buffer is interlaced, this "Bottom Field First" flag specifies
which of the top or the bottom field shall be displayed first.
When set, the bottom field shall be displayed first.
When unset the top field shall be displayed first.
Signed-off-by:
Interlaced video can have different scan order:
Top Field First or Bottom Field First
In case of video with interlaced content, this information should be
propagated from the userland to the DRM kernel driver that will process the
deinterlacing starting with the top or the bottom field first.
> +
> +/* Stores entire ASIC features by sets */
> +uint32_t adapter_feature_set[FEATURE_MAXIMUM/32];
Is this global, what about multiple GPUs in one machine,
is this per GPU or per system?
Dave.
Hi Emil,
On 02/08/2016 12:14 PM, Emil Velikov wrote:
> Hi Marek,
>
> On 3 February 2016 at 12:42, Marek Szyprowski
> wrote:
>> Hello all,
>>
>> This patch series is a set of various fixes to get Exynos DRM working on
>> Exynos 5433 SoCs and 64bit ARM64 architecture.
>>
> As you mentioned
Display fps on demand for each used plane:
cat /sys/kernel/debug/dri/0/fps_get
Display fps in live in the console for each used plane:
echo 255 > /sys/kernel/debug/dri/0/fps_show
Signed-off-by: Vincent Abriou
---
drivers/gpu/drm/sti/sti_cursor.c | 2 +
drivers/gpu/drm/sti/sti_drv.c| 128
Signed-off-by: Vincent Abriou
---
drivers/gpu/drm/sti/sti_tvout.c | 157
1 file changed, 157 insertions(+)
diff --git a/drivers/gpu/drm/sti/sti_tvout.c b/drivers/gpu/drm/sti/sti_tvout.c
index 0b171fd..d4bb953 100644
--- a/drivers/gpu/drm/sti/sti_tvout.c
Signed-off-by: Vincent Abriou
---
drivers/gpu/drm/sti/sti_compositor.c | 2 +-
drivers/gpu/drm/sti/sti_mixer.c | 146 ++-
drivers/gpu/drm/sti/sti_mixer.h | 4 +-
3 files changed, 149 insertions(+), 3 deletions(-)
diff --git
Signed-off-by: Vincent Abriou
---
drivers/gpu/drm/sti/sti_compositor.c | 2 +-
drivers/gpu/drm/sti/sti_vid.c| 94 +++-
drivers/gpu/drm/sti/sti_vid.h| 4 +-
3 files changed, 95 insertions(+), 5 deletions(-)
diff --git
Signed-off-by: Vincent Abriou
---
drivers/gpu/drm/sti/sti_hqvdp.c | 243
1 file changed, 243 insertions(+)
diff --git a/drivers/gpu/drm/sti/sti_hqvdp.c b/drivers/gpu/drm/sti/sti_hqvdp.c
index eace56d..8d2118a 100644
--- a/drivers/gpu/drm/sti/sti_hqvdp.c
Signed-off-by: Vincent Abriou
---
drivers/gpu/drm/sti/sti_gdp.c | 236 ++
1 file changed, 236 insertions(+)
diff --git a/drivers/gpu/drm/sti/sti_gdp.c b/drivers/gpu/drm/sti/sti_gdp.c
index a6fba9c..8f0e89f 100644
--- a/drivers/gpu/drm/sti/sti_gdp.c
+++
Signed-off-by: Vincent Abriou
---
drivers/gpu/drm/sti/sti_cursor.c | 79
1 file changed, 79 insertions(+)
diff --git a/drivers/gpu/drm/sti/sti_cursor.c b/drivers/gpu/drm/sti/sti_cursor.c
index a4c67ab..9eac1b9 100644
---
Signed-off-by: Vincent Abriou
---
drivers/gpu/drm/sti/sti_hda.c | 105 +-
1 file changed, 104 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/sti/sti_hda.c b/drivers/gpu/drm/sti/sti_hda.c
index 293a133..ec0d017 100644
---
Signed-off-by: Vincent Abriou
---
drivers/gpu/drm/sti/sti_dvo.c | 70 +++
1 file changed, 70 insertions(+)
diff --git a/drivers/gpu/drm/sti/sti_dvo.c b/drivers/gpu/drm/sti/sti_dvo.c
index 9e90b74..25f7663 100644
--- a/drivers/gpu/drm/sti/sti_dvo.c
+++
Signed-off-by: Vincent Abriou
---
drivers/gpu/drm/sti/sti_hdmi.c | 175 -
drivers/gpu/drm/sti/sti_hdmi.h | 4 +-
2 files changed, 175 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/sti/sti_hdmi.c b/drivers/gpu/drm/sti/sti_hdmi.c
index
Those patches introduce debugfs for connector, encoder, crtc and planes.
It adds the following entries:
- planes:
gdpx / gdpx_node
hqvdp
cursor
vid
fps_get / fps_show
- crtc:
mixer_aux / mixer_main
- encoder:
tvout
- connectors:
hda
hdmi
dvo
Vincent Abriou
Configures the framer of the HDMI connection.
By default starts in HDMI mode and can be swtich to DVI.
Signed-off-by: Vincent Abriou
---
drivers/gpu/drm/sti/sti_hdmi.c | 30 --
drivers/gpu/drm/sti/sti_hdmi.h | 15 +++
2 files changed, 43 insertions(+), 2
Make the value of the colorspace of the HDMI infoframe configurable.
HDMI colorspace could be: RGB, YUV422 or YUV444
Signed-off-by: Vincent Abriou
---
drivers/gpu/drm/sti/sti_hdmi.c | 68 +-
drivers/gpu/drm/sti/sti_hdmi.h | 12
2 files changed,
Vendor specific infoframe is mandatory for 4K2K resolution.
Without this, the HDMI protocol compliance fails.
Signed-off-by: Vincent Abriou
---
drivers/gpu/drm/sti/sti_hdmi.c | 82 +-
1 file changed, 73 insertions(+), 9 deletions(-)
diff --git
Clear all infoframe registers when the HDMI link is stopped.
Signed-off-by: Vincent Abriou
---
drivers/gpu/drm/sti/sti_hdmi.c | 43 ++
1 file changed, 43 insertions(+)
diff --git a/drivers/gpu/drm/sti/sti_hdmi.c b/drivers/gpu/drm/sti/sti_hdmi.c
index
Set the infoframe transmission mode according to the type of
the infoframe.
Signed-off-by: Vincent Abriou
---
drivers/gpu/drm/sti/sti_hdmi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/sti/sti_hdmi.c b/drivers/gpu/drm/sti/sti_hdmi.c
index cd50156..8537852
Make sure the HD DACS are disabled when the HDA connector
is created.
Signed-off-by: Vincent Abriou
---
drivers/gpu/drm/sti/sti_hda.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/sti/sti_hda.c b/drivers/gpu/drm/sti/sti_hda.c
index 49cce83..293a133 100644
---
From: Bich Hemon
Modify AWG algorithm in order to handle more than 1023 lines
Signed-off-by: Bich Hemon
---
drivers/gpu/drm/sti/sti_awg_utils.c | 51 +
1 file changed, 35 insertions(+), 16 deletions(-)
diff --git
From: Bich Hemon
Modify delay to display last pixel column on DVO
Signed-off-by: Bich Hemon
---
drivers/gpu/drm/sti/sti_vtg.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/sti/sti_vtg.c b/drivers/gpu/drm/sti/sti_vtg.c
index
Signed-off-by: Vincent Abriou
---
drivers/gpu/drm/sti/sti_tvout.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/gpu/drm/sti/sti_tvout.c b/drivers/gpu/drm/sti/sti_tvout.c
index 784a3e2..0b171fd 100644
--- a/drivers/gpu/drm/sti/sti_tvout.c
+++ b/drivers/gpu/drm/sti/sti_tvout.c
@@
The DVO connector is tag as disconnect because of a wrong management
of the panel detection.
Signed-off-by: Vincent Abriou
---
drivers/gpu/drm/sti/sti_dvo.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/sti/sti_dvo.c b/drivers/gpu/drm/sti/sti_dvo.c
Disable the clipping mode for hdmi, dvo and hda connectors.
Signed-off-by: Vincent Abriou
---
drivers/gpu/drm/sti/sti_tvout.c | 14 ++
1 file changed, 6 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/sti/sti_tvout.c b/drivers/gpu/drm/sti/sti_tvout.c
index
1 - 100 of 125 matches
Mail list logo