i->hdmi))
> return PTR_ERR(meson_dw_hdmi->hdmi);
>
> - meson_dw_hdmi_init(meson_dw_hdmi);
> -
> next_bridge = of_drm_find_bridge(pdev->dev.of_node);
> if (next_bridge)
> drm_bridge_attach(encoder, next_bridge,
>
Reviewed-by: Neil Armstrong
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
:drivers/gpu/drm/bridge/
DRM DRIVERS FOR EXYNOS
Acked-by: Neil Armstrong
return PTR_ERR(clk);
+ }
dw_plat_data->regm = devm_regmap_init(dev, NULL, meson_dw_hdmi,
&meson_dw_hdmi_regmap_config);
Acked-by: Neil Armstrong
nk0 is set
- Reg130~ Reg1BF: only when bank0 is set at Reg30~ RegF range
So 0x100 is the right window_len here.
Acked-by: Neil Armstrong
[1] https://rockchip.fr/radxa/IT66121_Register_List_Release_V1.0.pdf
));
+
+ if (IS_ERR(ctx->audio.pdev)) {
+ dev_err(dev, "Failed to initialize HDMI audio codec: %d\n",
+ PTR_ERR_OR_ZERO(ctx->audio.pdev));
+ }
+
+ return PTR_ERR_OR_ZERO(ctx->audio.pdev);
+}
+
static int it66121_probe(struct i2c_client *client,
const struct i2c_device_id *id)
{
@@ -991,6 +1616,8 @@ static int it66121_probe(struct i2c_client *client,
return ret;
}
+ it66121_audio_codec_init(ctx, dev);
+
drm_bridge_add(&ctx->bridge);
dev_info(ctx->dev, "IT66121 revision %d probed\n", revision_id);
Looks good to me, it follows programming sequence described in [1].
Reviewed-by: Neil Armstrong
[1] https://rockchip.fr/radxa/IT66121_Programming_Guide.v1.05.pdf
Hi,
On Wed, 16 Mar 2022 14:57:30 +0100, Nicolas Belin wrote:
> This patch series adds the audio support on the it66121 HDMI bridge.
>
> Patch 1 updates the ITE 66121 HDMI bridge bindings in order to support
> audio.
>
> Patch 2 sets the register page length or window length of the ITE 66121
> HD
Hi,
On 12/02/2022 16:50, H. Nikolaus Schaller wrote:
Commit 7cd70656d1285b ("drm/bridge: display-connector: implement bus fmts
callbacks")
introduced a new mechanism to negotiate bus formats between hdmi connector
and the synopsys hdmi driver inside the jz4780.
By this, the dw-hdmi is no long
Hi,
On 26/02/2022 18:13, H. Nikolaus Schaller wrote:
Commit 7cd70656d1285b ("drm/bridge: display-connector: implement bus fmts
callbacks")
introduced a new mechanism to negotiate bus formats between hdmi connectors
and bridges which is to be used e.g. for the jz4780 based CI20 board.
In this
H,
On 01/03/2022 21:37, H. Nikolaus Schaller wrote:
Hi Neil,
Am 01.03.2022 um 10:18 schrieb Neil Armstrong :
Hi,
On 26/02/2022 18:13, H. Nikolaus Schaller wrote:
Commit 7cd70656d1285b ("drm/bridge: display-connector: implement bus fmts
callbacks")
introduced a new mechanism to
Hi,
On 02/03/2022 12:15, H. Nikolaus Schaller wrote:
Hi Neil,
Am 02.03.2022 um 11:25 schrieb Neil Armstrong :
I added a printk for hdmi->sink_is_hdmi. This returns 1. Which IMHO is to be
expected
since I am using a HDMI connector and panel... So your patch will still add the
UYVY form
Hi,
On 02/03/2022 23:24, H. Nikolaus Schaller wrote:
Hi Neil,
Am 02.03.2022 um 15:34 schrieb Neil Armstrong :
Hi,
(cross-checked: RGB mode still works if I force hdmi->sink_is_hdmi = false)
I don't understand what's wrong, can you try to make the logic select
MEDIA_BUS_
On 03/03/2022 11:40, H. Nikolaus Schaller wrote:
Hi Neil,
Am 03.03.2022 um 09:35 schrieb Neil Armstrong :
Hi,
On 02/03/2022 23:24, H. Nikolaus Schaller wrote:
Hi Neil,
Am 02.03.2022 um 15:34 schrieb Neil Armstrong :
Hi,
(cross-checked: RGB mode still works if I force hdmi->sink_is_h
Hi,
On 03/03/2022 16:37, H. Nikolaus Schaller wrote:
Hi Neil,
Am 03.03.2022 um 12:45 schrieb H. Nikolaus Schaller :
Hi Neil,
Am 03.03.2022 um 12:42 schrieb Neil Armstrong :
So how can we get that merged? IMHO your proposal should be before we add
ingenic-dw-hdmi.
If you have a version
Hi,
On 26/02/2022 18:12, H. Nikolaus Schaller wrote:
so that specialization drivers like ingenic-dw-hdmi can enable polling.
Signed-off-by: H. Nikolaus Schaller
---
drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 9 +
include/drm/bridge/dw_hdmi.h | 1 +
2 files changed, 10
Hi,
On 03/03/2022 18:59, H. Nikolaus Schaller wrote:
Hi Paul, Neil,
Am 03.03.2022 um 18:20 schrieb Paul Cercueil :
Hi Nikolaus,
[snip]
Well he said "the Ingenic DRM core" aka ingenic-drm-drv.c. You do have access
to the main drm_device in the ingenic_drm_bind() function, so you can add it
meson_drm_soc_attrs[] = {
},
.attrs = (const struct soc_device_attribute []) {
{ .soc_id = "GXL (S805*)", },
- { /* sentinel */ },
+ { /* sentinel */ }
}
},
};
Revi
Hi,
On Thu, 3 Mar 2022 13:44:56 +0100, Geert Uytterhoeven wrote:
> It does not make sense to have a comma after a sentinel, as any new
> elements must be added before the sentinel.
>
>
Thanks, Applied to https://anongit.freedesktop.org/git/drm/drm-misc.git
(drm-misc-next)
[1/1] drm: Drop comm
_bridge)
> + return -EPROBE_DEFER;
> +
> i2c_set_clientdata(client, ctx);
> mutex_init(&ctx->lock);
>
>
Reviewed-by: Neil Armstrong
Thanks,
Neil
const struct i2c_device_id *id)
> {
> - u32 vendor_ids[2], device_ids[2], revision_id;
> + u32 revision_id, vendor_ids[2] = { 0 }, device_ids[2] = { 0 };
> struct device_node *ep;
> int ret;
> struct it66121_ctx *ctx;
>
Reviewed-by: Neil Armstrong
Thanks,
Neil
= platform_get_resource(pdev, IORESOURCE_MEM, 0);
> - meson_dw_hdmi->hdmitx = devm_ioremap_resource(dev, res);
> + meson_dw_hdmi->hdmitx = devm_platform_ioremap_resource(pdev, 0);
> if (IS_ERR(meson_dw_hdmi->hdmitx))
> return PTR_ERR(meson_dw_hdmi->hdmitx);
>
>
Reviewed-by: Neil Armstrong
plane_atomic_check(struct drm_plane *plane,
>*/
> return drm_atomic_helper_check_plane_state(new_plane_state,
> crtc_state,
> - FRAC_16_16(1, 5),
> +drm_fixed_16_16(1, 5),
> DRM_PLANE_HELPER_NO_SCALING,
> false, true);
> }
>
Reviewed-by: Neil Armstrong
On 31/08/2021 15:56, Cai Huoqing wrote:
> Use the devm_platform_ioremap_resource_byname() helper instead of
> calling platform_get_resource_byname() and devm_ioremap_resource()
> separately
>
> Use the devm_platform_ioremap_resource() helper instead of
> calling platform_get_resource() and devm_io
On 12/10/2021 09:15, Tomi Valkeinen wrote:
> On 23/09/2021 10:06, Neil Armstrong wrote:
>> This patchset is the follow-up the v4 patchset from Benoit Parrot at [1].
>>
>> This patch series adds virtual-plane support to omapdrm driver to allow the
>> use
>>
On 12/10/2021 09:21, Tomi Valkeinen wrote:
> Hi,
>
> On 23/09/2021 10:06, Neil Armstrong wrote:
>> From: Benoit Parrot
>>
>> We currently assume that an overlay has the same maximum width and
>> maximum height as the overlay manager. This assumption is incorrect
On 12/10/2021 09:59, Tomi Valkeinen wrote:
> On 23/09/2021 10:06, Neil Armstrong wrote:
>> From: Benoit Parrot
>>
>> Split out the hardware overlay specifics from omap_plane.
>> To start, the hw overlays are statically assigned to planes.
>>
>> The g
On 12/10/2021 10:13, Tomi Valkeinen wrote:
> On 23/09/2021 10:06, Neil Armstrong wrote:
>> From: Benoit Parrot
>>
>> In preparation to add omap plane state specific extensions we need to
>> subclass drm_plane_state and add the relevant helpers.
>>
>> The
Hi,
On 12/10/2021 12:44, Tomi Valkeinen wrote:
> On 23/09/2021 10:06, Neil Armstrong wrote:
>> From: Benoit Parrot
>>
>> Global shared resources (like hw overlays) for omapdrm are implemented
>> as a part of atomic state using the drm_private_obj infrastructure
>
Hi,
On 12/10/2021 12:36, Tomi Valkeinen wrote:
> On 12/10/2021 11:30, Neil Armstrong wrote:
>> On 12/10/2021 09:15, Tomi Valkeinen wrote:
>>> On 23/09/2021 10:06, Neil Armstrong wrote:
>>>> This patchset is the follow-up the v4 patchset from Benoit Parrot at [1].
&g
ned-off-by: Tomi Valkeinen
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/omapdrm/dss/dispc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Tomi,
I slighly changed the commit message to point the fact this patch has been
used in production fort years without any sign of breakage.
Neil
On 12/10/2021 15:34, Tomi Valkeinen wrote:
> On 23/09/2021 10:06, Neil Armstrong wrote:
>> From: Benoit Parrot
>>
>> (re)assign the hw overlays to planes based on required caps, and to
>> handle situations where we could not modify an in-use plane.
>>
>&
On 12/10/2021 15:38, Tomi Valkeinen wrote:
> On 12/10/2021 16:23, Neil Armstrong wrote:
>
>>>> + struct drm_private_obj glob_obj;
>>>> +
>>>> struct drm_fb_helper *fbdev;
>>>> struct workqueue_struct *wq;
>>>
ting the HDMI transceiver driver for
the older Meson8/8b SoCs, and sets the proper architecture for the work in
progress MIPI-DSI support.
Finally, this serie will path the way to a removal of the device component
and use the drmm memory management.
Neil Armstrong (7):
drm/bridge: display-conne
doesn't implement buf fmt callbacks and MEDIA_BUS_FMT_FIXED
is used leading to select an unsupported default bus format from dw-hdmi.
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/bridge/display-connector.c | 88 ++
1 file changed, 88 insertions(+)
diff --git a/drivers/g
Since we allow interlace on the encoder, also allow it on the bridge
so we can allow interlaced modes when using DRM_BRIDGE_ATTACH_NO_CONNECTOR.
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/bridge
The initial design was recursive to cover all port/endpoints, but only the
first layer
of endpoints should be covered by the components list.
This also breaks the MIPI-DSI init/bridge attach sequence, thus only parse the
first endpoints instead of recursing.
Signed-off-by: Neil Armstrong
Rename the cvbs encoder to match the newly introduced meson_encoder_hdmi.
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/meson/Makefile| 2 +-
drivers/gpu/drm/meson/meson_drv.c | 4 +-
...meson_venc_cvbs.c => meson_encoder_cvbs.c} |
Drop the local connector and move all callback to bridge funcs in order
to leverage the generic CVBS diplay connector.
This will also permit adding custom cvbs connectors for ADC based HPD
detection on some Amlogic SoC based boards.
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/meson
same driver.
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/meson/Makefile | 1 +
drivers/gpu/drm/meson/meson_drv.c | 5 +
drivers/gpu/drm/meson/meson_dw_hdmi.c | 341 ++-
drivers/gpu/drm/meson/meson_encoder_hdmi.c | 359
dw-hdmi connector, i.e. the HDR
metadata, the CEC notifier & other flags.
The dw-hdmi output_port is set to 1 in order to look for a connector
next bridge in order to get DRM_BRIDGE_ATTACH_NO_CONNECTOR working.
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/meson/Kconfig
Hi Sam,
On 14/10/2021 19:49, Sam Ravnborg wrote:
> Hi Neil,
>
> one comment below. Other than that
> Acked-by: Sam Ravnborg
>
> Sam
>
> On Thu, Oct 14, 2021 at 05:26:01PM +0200, Neil Armstrong wrote:
>> The initial design was recursive to cover all port/end
_set, will move to atomic_enable and address all the
other comments,
Thanks,
Neil
>
> Sam
>
> On Thu, Oct 14, 2021 at 05:26:02PM +0200, Neil Armstrong wrote:
>> This moves all the non-DW-HDMI code where it should be:
>> an encoder in the drm/meson core driver.
>&g
Hi Sam,
On 14/10/2021 20:15, Sam Ravnborg wrote:
> Hi Neil,
>
> with include order fixed and the comment below considered:
> Acked-by: Sam Ravnborg
>
> Sam
>
>
> On Thu, Oct 14, 2021 at 05:26:06PM +0200, Neil Armstrong wrote:
>> Drop the local connecto
Hi Sam,
On 14/10/2021 20:08, Sam Ravnborg wrote:
> On Thu, Oct 14, 2021 at 05:26:03PM +0200, Neil Armstrong wrote:
>> Since we allow interlace on the encoder, also allow it on the bridge
>> so we can allow interlaced modes when using DRM_BRIDGE_ATTACH_NO_CONNECTOR.
>>
&
#x27;s ack tag
- patch 7: added sam's review tag, stopped saving connector, moved mode_set to
atomic_enable,
added missing atomic state callbacks, fixed include order, switched to
dev_dbg/dev_err
[1] https://lore.kernel.org/r/20211014152606.2289528-1-narmstr...@baylibre.com
Neil
doesn't implement buf fmt callbacks and MEDIA_BUS_FMT_FIXED
is used leading to select an unsupported default bus format from dw-hdmi.
Signed-off-by: Neil Armstrong
Reviewed-by: Sam Ravnborg
---
drivers/gpu/drm/bridge/display-connector.c | 86 ++
1 file changed, 86 insertions(+
bridge attach flags is 0, DRM_BRIDGE_ATTACH_NO_CONNECTOR
will be handled later.
The meson dw-hdmi glue is slighly fixed to live without the
encoder in the same driver.
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/meson/Makefile | 1 +
drivers/gpu/drm/meson/meson_drv.c
Rename the cvbs encoder to match the newly introduced meson_encoder_hdmi.
Signed-off-by: Neil Armstrong
Acked-by: Sam Ravnborg
---
drivers/gpu/drm/meson/Makefile| 2 +-
drivers/gpu/drm/meson/meson_drv.c | 4 +-
...meson_venc_cvbs.c => meson_encoder_cvbs.c} |
dw-hdmi connector, i.e. the HDR
metadata, the CEC notifier & other flags.
The dw-hdmi output_port is set to 1 in order to look for a connector
next bridge in order to get DRM_BRIDGE_ATTACH_NO_CONNECTOR working.
Signed-off-by: Neil Armstrong
Acked-by: Sam Ravnborg
---
drivers/gpu/drm/m
The initial design was recursive to cover all port/endpoints, but only the
first layer
of endpoints should be covered by the components list.
This also breaks the MIPI-DSI init/bridge attach sequence, thus only parse the
first endpoints instead of recursing.
Signed-off-by: Neil Armstrong
Acked
Drop the local connector and move all callback to bridge funcs in order
to leverage the generic CVBS display connector.
This will also permit adding custom cvbs connectors for ADC based HPD
detection on some Amlogic SoC based boards.
Signed-off-by: Neil Armstrong
Acked-by: Sam Ravnborg
Hi,
On 16/10/2021 00:34, Martin Blumenstingl wrote:
> Hi Neil, Hi Sam,
>
> On Fri, Oct 15, 2021 at 4:11 PM Neil Armstrong
> wrote:
> [...]
>> +static const struct drm_bridge_funcs meson_encoder_cvbs_bridge_funcs = {
>> + .attach = meson_encoder_cvbs
Hi,
On 16/10/2021 00:07, Martin Blumenstingl wrote:
> Hi Neil,
>
> On Fri, Oct 15, 2021 at 4:11 PM Neil Armstrong
> wrote:
>>
>> This implements the necessary change to no more use the embedded
>> connector in dw-hdmi and use the dedicated bridge
/omap: omap_plane: subclass drm_plane_state
drm/omap: Add global state as a private atomic object
drm/omap: dynamically assign hw overlays to planes
drm/omap: add plane_atomic_print_state support
drm/omap: Add a 'right overlay' to plane state
Neil Armstrong (1):
drm/omap: add sanity
overlay.
Signed-off-by: Benoit Parrot
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/omapdrm/dss/dispc.c | 9 +++--
drivers/gpu/drm/omapdrm/dss/dss.h | 3 +++
2 files changed, 10 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/omapdrm/dss/dispc.c
b/drivers/gpu/drm/omapdrm/dss
hen perform hw overlay re-assignment if required.
Signed-off-by: Benoit Parrot
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/omapdrm/Makefile | 1 +
drivers/gpu/drm/omapdrm/omap_drv.c | 9 ++-
drivers/gpu/drm/omapdrm/omap_drv.h | 4 ++
drivers/gpu/drm/omapdrm/omap_overlay.c |
From: Benoit Parrot
Now that we added specific item to our subclassed drm_plane_state
we can add omap_plane_atomic_print_state() helper to dump out our own
driver specific plane state.
Signed-off-by: Benoit Parrot
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/omapdrm/omap_plane.c | 16
arrot
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/omapdrm/omap_drv.h | 3 +
drivers/gpu/drm/omapdrm/omap_overlay.c | 109 +
drivers/gpu/drm/omapdrm/omap_overlay.h | 4 +
drivers/gpu/drm/omapdrm/omap_plane.c | 127 -
4 files changed, 220 inser
Call drm_atomic_helper_check_plane_state() from the plane
atomic_check() callback in order to add plane state sanity
checking.
It will permit filtering out totally bad scaling factors, even
if the real check are done later in the atomic commit.
Signed-off-by: Benoit Parrot
Signed-off-by: Neil
drm_atomic_private_obj_init(). Similarly the cleanup handler are
reordered appropriately.
Signed-off-by: Benoit Parrot
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/omapdrm/omap_drv.c | 91 +-
drivers/gpu/drm/omapdrm/omap_drv.h | 17 ++
2 files changed, 105
data
per variant as well as export a helper function to retrieve the data so
check can be made dynamically in omap_plane_atomic_check().
Signed-off-by: Benoit Parrot
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/omapdrm/dss/dispc.c | 22 ++
drivers/gpu/drm/omapdrm/dss
turned for the plane that cannot
be handled at that time. It is up to user space to make sure the H/W
resource are not over-subscribed.
Signed-off-by: Benoit Parrot
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/omapdrm/omap_drv.c | 91 ++-
drivers/gpu/drm/omapdrm/omap_fb.c
From: Benoit Parrot
In preparation to add omap plane state specific extensions we need to
subclass drm_plane_state and add the relevant helpers.
The addition of specific extension will be done separately.
Signed-off-by: Benoit Parrot
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/omapdrm
06.2289528-1-narmstr...@baylibre.com
[2] https://lore.kernel.org/r/20211015141107.2430800-1-narmstr...@baylibre.com
Neil Armstrong (6):
drm/bridge: display-connector: implement bus fmts callbacks
drm/meson: remove useless recursive components matching
drm/meson: split out encoder from meson_d
dw-hdmi connector, i.e. the HDR
metadata, the CEC notifier & other flags.
The dw-hdmi output_port is set to 1 in order to look for a connector
next bridge in order to get DRM_BRIDGE_ATTACH_NO_CONNECTOR working.
Signed-off-by: Neil Armstrong
Acked-by: Sam Ravnborg
Acked-by: Martin Blumenst
doesn't implement buf fmt callbacks and MEDIA_BUS_FMT_FIXED
is used leading to select an unsupported default bus format from dw-hdmi.
Signed-off-by: Neil Armstrong
Reviewed-by: Sam Ravnborg
---
drivers/gpu/drm/bridge/display-connector.c | 86 ++
1 file changed, 86 insertions(+
The initial design was recursive to cover all port/endpoints, but only the
first layer
of endpoints should be covered by the components list.
This also breaks the MIPI-DSI init/bridge attach sequence, thus only parse the
first endpoints instead of recursing.
Signed-off-by: Neil Armstrong
Acked
Drop the local connector and move all callback to bridge funcs in order
to leverage the generic CVBS diplay connector.
This will also permit adding custom cvbs connectors for ADC based HPD
detection on some Amlogic SoC based boards.
Signed-off-by: Neil Armstrong
Acked-by: Sam Ravnborg
Acked-by
bridge attach flags is 0, DRM_BRIDGE_ATTACH_NO_CONNECTOR
will be handled later.
The meson dw-hdmi glue is slightly fixed to live without the
encoder in the same driver.
Signed-off-by: Neil Armstrong
Acked-by: Sam Ravnborg
Acked-by: Martin Blumenstingl
---
drivers/gpu/drm/meson/Makefile
Rename the cvbs encoder to match the newly introduced meson_encoder_hdmi.
Signed-off-by: Neil Armstrong
Acked-by: Sam Ravnborg
Acked-by: Martin Blumenstingl
---
drivers/gpu/drm/meson/Makefile| 2 +-
drivers/gpu/drm/meson/meson_drv.c | 4 +-
...meson_venc_cvbs.c
,7 @@ F: Documentation/devicetree/bindings/display/atmel/
> F: drivers/gpu/drm/atmel-hlcdc/
>
> DRM DRIVERS FOR BRIDGE CHIPS
> -M: Andrzej Hajda
> +M: Andrzej Hajda
> M: Neil Armstrong
> M: Robert Foss
> R: Laurent Pinchart
> @@ -16748,13 +16749
On 27/10/2021 14:23, Tomi Valkeinen wrote:
> On 18/10/2021 17:28, Neil Armstrong wrote:
>> From: Benoit Parrot
>>
>> Now that we added specific item to our subclassed drm_plane_state
>> we can add omap_plane_atomic_print_state() helper to dump out our own
>
Hi,
On 21/09/2021 09:54, Yunlongli wrote:
> In the actual tests, the IT66121 chip sometimes misjudged whether
> it had an external screen, so, reference the it66121_user_guid.pdf
> about Audio/Video data is stable or not A typical initialization
> of HDMI link should be based on interrupt signal
This patchset adds the following CRTC properties:
- background color
- transparency keying property
- alpha blender on DSS3
Tomi Valkeinen (3):
drm/omap: add crtc background property
drm/omap: add crtc transparency key property
drm/omap: add alpha blender property
drivers/gpu/drm/omapdrm/d
From: Tomi Valkeinen
Add DRM properties for crtc background color property. Background
color is shown on areas where there are no planes.
Signed-off-by: Tomi Valkeinen
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/omapdrm/omap_crtc.c | 22 +-
drivers/gpu/drm/omapdrm
-off-by: Peter Ujfalusi
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/omapdrm/omap_crtc.c | 53 -
drivers/gpu/drm/omapdrm/omap_drv.c | 18 ++
drivers/gpu/drm/omapdrm/omap_drv.h | 2 ++
3 files changed, 72 insertions(+), 1 deletion(-)
diff --git a
From: Tomi Valkeinen
Add support to enable/disable alpha blender on DSS3.
Signed-off-by: Tomi Valkeinen
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/omapdrm/dss/dispc.c | 4 ++--
drivers/gpu/drm/omapdrm/dss/omapdss.h | 2 +-
drivers/gpu/drm/omapdrm/omap_crtc.c | 10
Hi Tomi,
On 21/09/2021 16:28, Tomi Valkeinen wrote:
> Hi Neil,
>
> On 21/09/2021 17:16, Neil Armstrong wrote:
>> This patchset adds the following CRTC properties:
>> - background color
>> - transparency keying property
>> - alpha blender on DSS3
>>
>>
This patchset is the follow-up the v4 patchset from Benoit Parrot at [1].
This patch series adds virtual-plane support to omapdrm driver to allow the use
of display wider than 2048 pixels.
In order to do so we introduce the concept of hw_overlay which can then be
dynamically allocated to a plane.
hen perform hw overlay re-assignment if required.
Signed-off-by: Benoit Parrot
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/omapdrm/Makefile | 1 +
drivers/gpu/drm/omapdrm/omap_drv.c | 9 ++-
drivers/gpu/drm/omapdrm/omap_drv.h | 4 ++
drivers/gpu/drm/omapdrm/omap_overlay.c |
overlay.
Signed-off-by: Benoit Parrot
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/omapdrm/dss/dispc.c | 9 +++--
drivers/gpu/drm/omapdrm/dss/dss.h | 3 +++
2 files changed, 10 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/omapdrm/dss/dispc.c
b/drivers/gpu/drm/omapdrm/dss
data
per variant as well as export a helper function to retrieve the data so
check can be made dynamically in omap_plane_atomic_check().
Signed-off-by: Benoit Parrot
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/omapdrm/dss/dispc.c | 22 ++
drivers/gpu/drm/omapdrm/dss
From: Benoit Parrot
In preparation to add omap plane state specific extensions we need to
subclass drm_plane_state and add the relevant helpers.
The addition of specific extension will be done separately.
Signed-off-by: Benoit Parrot
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/omapdrm
drm_atomic_private_obj_init(). Similarly the cleanup handler are
reordered appropriately.
Signed-off-by: Benoit Parrot
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/omapdrm/omap_drv.c | 91 +-
drivers/gpu/drm/omapdrm/omap_drv.h | 21 +++
2 files changed, 109
turned for the plane that cannot
be handled at that time. It is up to user space to make sure the H/W
resource are not over-subscribed.
Signed-off-by: Benoit Parrot
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/omapdrm/omap_drv.c | 91 +-
drivers/gpu/drm/omapdrm/omap_fb.c
From: Benoit Parrot
Now that we added specific item to our subclassed drm_plane_state
we can add omap_plane_atomic_print_state() helper to dump out our own
driver specific plane state.
Signed-off-by: Benoit Parrot
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/omapdrm/omap_plane.c | 18
arrot
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/omapdrm/omap_drv.h | 3 +
drivers/gpu/drm/omapdrm/omap_overlay.c | 140
drivers/gpu/drm/omapdrm/omap_overlay.h | 9 ++
drivers/gpu/drm/omapdrm/omap_plane.c | 170 -
4 files changed, 287 inser
On 27/09/2021 18:44, H. Nikolaus Schaller wrote:
> From: Paul Boddie
>
> A specialisation of the generic Synopsys HDMI driver is employed for JZ4780
> HDMI support. This requires a new driver, plus device tree and configuration
> modifications.
>
> Signed-off-by: Paul Boddie
> Signed-off-by: Ez
Hi,
On 23/09/2021 09:06, Neil Armstrong wrote:
> This patchset is the follow-up the v4 patchset from Benoit Parrot at [1].
>
> This patch series adds virtual-plane support to omapdrm driver to allow the
> use
> of display wider than 2048 pixels.
>
> In order to do so we
Hi,
On 14/01/2022 12:08, Biju Das wrote:
> Hi Neil,
>
>> Subject: Re: dw_hdmi is showing wrong colour after commit
>> 7cd70656d1285b79("drm/bridge: display-connector: implement bus fmts
>> callbacks")
>>
>> On 14/01/2022 09:29, Biju Das wrote:
>>> Hi Neil,
>>>
>>> + renesas-soc
>>>
Subject:
Hi,
On 14/01/2022 15:23, Biju Das wrote:
>
>
>> -Original Message-----
>> From: Neil Armstrong
>> Sent: 14 January 2022 13:56
>> To: Biju Das ; Fabio Estevam
>>
>> Cc: dan...@ffwll.ch; laurent.pinch...@ideasonboard.com;
>> robert.f...@linar
Hi again,
On 14/01/2022 15:40, Neil Armstrong wrote:
> Hi,
>
> On 14/01/2022 15:23, Biju Das wrote:
>>
>>
>>> -Original Message-
>>> From: Neil Armstrong
>>> Sent: 14 January 2022 13:56
>>> To: Biju Das ; Fabio Estevam
>&g
On 17/01/2022 13:13, Biju Das wrote:
> Hi Neil,
>> Subject: Re: dw_hdmi is showing wrong colour after commit
>> 7cd70656d1285b79("drm/bridge: display-connector: implement bus fmts
>> callbacks")
>>
>> Hi again,
>>
>> On 14/01/2022 15:40, Ne
On 17/01/2022 11:58, Kieran Bingham wrote:
> Hi Neil,
>
> Quoting Neil Armstrong (2022-01-17 10:08:38)
>> Hi again,
>>
>> On 14/01/2022 15:40, Neil Armstrong wrote:
>>> Hi,
>>>
>>> On 14/01/2022 15:23, Biju Das wrote:
>>>>
On 17/01/2022 15:05, Kieran Bingham wrote:
> Quoting Neil Armstrong (2022-01-17 13:53:47)
>> On 17/01/2022 11:58, Kieran Bingham wrote:
>>> Hi Neil,
>
>
>
>>> This fixes the issue for me here on an H3 Salvator-XS.
>>>
>>> Could you add
ran Bingham
Fixes: 0656d1285b79 ("drm/bridge: display-connector: implement bus fmts
callbacks").
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/bridge/synopsys/dw-hdmi
orted-by: Biju Das
>> Bisected-by: Kieran Bingham
>> Tested-by: Kieran Bingham
>> Fixes: 0656d1285b79 ("drm/bridge: display-connector: implement bus fmts
>> callbacks").
>> Signed-off-by: Neil Armstrong
>> ---
>> drivers/gpu/drm/bridge/synops
Hi,
On 17/01/2022 17:53, Marcel Ziswiler wrote:
> Hi Neil
>
> Sorry, just some trivial spelling fixes.
>
> On Mon, 2022-01-17 at 15:17 +0100, Neil Armstrong wrote:
>> When the dw-hdmi bridge is in first place of the bridge chain, this
>> means there is now way
>
lues as
> DIV_ROUND_UP(cfg->clk_pre, BITS_PER_BYTE), then.
>
> Note that I've only tested the patch with RM67191 DSI panel on i.MX8mq EVK.
> Help is needed to test with other i.MX8mq, Meson and Rockchip platforms,
> as I don't have the hardwares.
>
> Fixes: 2ed8
On 19/01/2022 09:40, Neil Armstrong wrote:
> Hi,
>
> On 19/01/2022 03:37, Liu Ying wrote:
>> The D-PHY specification (v1.2) explicitly mentions that the T-CLK-PRE
>> parameter's unit is Unit Interval(UI) and the minimum value is 8. Also,
>> kernel doc o
Hi,
On 19/01/2022 11:01, Liu Ying wrote:
> Hi Neil,
>
> On Wed, 2022-01-19 at 10:11 +0100, Neil Armstrong wrote:
>> On 19/01/2022 09:40, Neil Armstrong wrote:
>>> Hi,
>>>
>>> On 19/01/2022 03:37, Liu Ying wrote:
>>>> The D-PHY speci
101 - 200 of 3202 matches
Mail list logo