From: Russell King - ARM Linux <linux@arm.linux.org.uk>
To: Thierry Reding <treding@nvidia.com>
Cc: Yakir Yang <ykk@rock-chips.com>, Heiko Stuebner <heiko@sntech.de>,
Jingoo Han <jingoohan1@gmail.com>,
Fabio Estevam <fabio.estevam@freescale.com>,
Inki Dae <inki.dae@samsung.com>,
joe@perches.com, djkurtz@google.com, dianders@google.com,
seanpaul@google.com, Takashi Iwai <tiwai@suse.de>,
ajaynumb@gmail.com, Andrzej Hajda <a.hajda@samsung.com>,
Kyungmin Park <kyungmin.park@samsung.com>,
Philipp Zabel <p.zabel@pengutronix.de>,
David Airlie <airlied@linux.ie>,
Gustavo Padovan <gustavo.padovan@collabora.co.uk>,
Vincent Palatin <vpalatin@chromium.org>,
Mark Yao <mark.yao@rock-chips.com>,
Andy Yan <andy.yan@rock-chips.com>,
Kumar Gala <galak@codeaurora.org>,
Ian Campbell <ijc+devicetree@hellion.org.uk>,
Rob Herring <robh+dt@kernel.org>, Pawel Moll <pawel.moll@arm.com>,
Kishon Vijay Abraham I <kishon@ti.com>,
dri-devel@lists.freedesktop.org, devicetree@vger.kernel.org,
linux-kernel@vger.kernel.org, linux-samsung-soc@vger.kernel.org,
linux-rockchip@lists.infradead.org,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v3 06/14] Documentation: drm/bridge: add document for analogix_dp
Date: Tue, 25 Aug 2015 16:57:52 +0100 [thread overview]
Message-ID: <20150825155752.GU7557@n2100.arm.linux.org.uk> (raw)
In-Reply-To: <20150825142150.GB3820@ulmo.nvidia.com>
On Tue, Aug 25, 2015 at 04:21:51PM +0200, Thierry Reding wrote:
> You cited code from dw_hdmi.c earlier, it looks like it might be correct
> even though it doesn't cite a reference for why this was done. Perhaps
> someone on this thread, or someone involved with dw_hdmi can answer
> where that code came from.
dw_hdmi doesn't do any format conversion - it's hard coded to RGB, 8
bits per colour component. That's a requirement for all HDMI sinks.
The reason it's hard-coded in dw_hdmi is that (a) no one has yet decided
its worth the effort to get the dw_hdmi hardware to do the colourspace
conversion to the YUV spaces and verify that it works, and (b) I really
don't see the point when we're talking about computer like devices which
work primerily with RGB and RGB is always supported by the sink.
As far as greater colour depths go, the driver came from the Freescale
iMX6 code base, and the hardware which feeds dw_hdmi can't do more than
8 bits per component - so going to 10, 12 or 16 bits per component is
beyond what iMX6 can cope with. Hence, no one on the iMX6 side has a
need for the deep colour stuff.
In any case, I view this as a very low priority issue - it would be nice
to have audio support on HDMI for iMX6 at some point in the next 20 years,
preferably before the hardware becomes obsolete. I've been maintaining
patches for this for 1.5 years now... how much longer is it going to take?
My pull request to David from 15th July was ignored. My re-send of that
after he returned was ignored. My reminder of it has been ignored. What's
going on in DRM land? It would be nice to get _some_ kind of feedback so
I know why they're not being taken, so I can fix whatever the issue is.
--
FTTC broadband for 0.8mile line: currently at 10.5Mbps down 400kbps up
according to speedtest.net.
WARNING: multiple messages have this Message-ID (diff)
From: Russell King - ARM Linux <linux@arm.linux.org.uk>
To: Thierry Reding <treding@nvidia.com>
Cc: Yakir Yang <ykk@rock-chips.com>, Heiko Stuebner <heiko@sntech.de>,
Jingoo Han <jingoohan1@gmail.com>,
Fabio Estevam <fabio.estevam@freescale.com>,
Inki Dae <inki.dae@samsung.com>,
joe@perches.com, djkurtz@google.com, dianders@google.com,
seanpaul@google.com, Takashi Iwai <tiwai@suse.de>,
ajaynumb@gmail.com, Andrzej Hajda <a.hajda@samsung.com>,
Kyungmin Park <kyungmin.park@samsung.com>,
Philipp Zabel <p.zabel@pengutronix.de>,
David Airlie <airlied@linux.ie>,
Gustavo Padovan <gustavo.padovan@collabora.co.uk>,
Vincent Palatin <vpalatin@chromium.org>,
Mark Yao <mark.yao@rock-chips.com>,
Andy Yan <andy.yan@rock-chips.com>,
Kumar Gala <galak@codeaurora.org>,
Ian Campbell <ijc+devicetree@hellion.org.uk>,
Rob Herring <robh+dt@kernel.org>, Pawel Moll <pawel.moll@arm.com>,
Kishon Vijay Abraham I <kishon@ti.com>,
dri-devel@lists.freedesktop.org, devicetree@vger.kernel.orgl
Subject: Re: [PATCH v3 06/14] Documentation: drm/bridge: add document for analogix_dp
Date: Tue, 25 Aug 2015 16:57:52 +0100 [thread overview]
Message-ID: <20150825155752.GU7557@n2100.arm.linux.org.uk> (raw)
In-Reply-To: <20150825142150.GB3820@ulmo.nvidia.com>
On Tue, Aug 25, 2015 at 04:21:51PM +0200, Thierry Reding wrote:
> You cited code from dw_hdmi.c earlier, it looks like it might be correct
> even though it doesn't cite a reference for why this was done. Perhaps
> someone on this thread, or someone involved with dw_hdmi can answer
> where that code came from.
dw_hdmi doesn't do any format conversion - it's hard coded to RGB, 8
bits per colour component. That's a requirement for all HDMI sinks.
The reason it's hard-coded in dw_hdmi is that (a) no one has yet decided
its worth the effort to get the dw_hdmi hardware to do the colourspace
conversion to the YUV spaces and verify that it works, and (b) I really
don't see the point when we're talking about computer like devices which
work primerily with RGB and RGB is always supported by the sink.
As far as greater colour depths go, the driver came from the Freescale
iMX6 code base, and the hardware which feeds dw_hdmi can't do more than
8 bits per component - so going to 10, 12 or 16 bits per component is
beyond what iMX6 can cope with. Hence, no one on the iMX6 side has a
need for the deep colour stuff.
In any case, I view this as a very low priority issue - it would be nice
to have audio support on HDMI for iMX6 at some point in the next 20 years,
preferably before the hardware becomes obsolete. I've been maintaining
patches for this for 1.5 years now... how much longer is it going to take?
My pull request to David from 15th July was ignored. My re-send of that
after he returned was ignored. My reminder of it has been ignored. What's
going on in DRM land? It would be nice to get _some_ kind of feedback so
I know why they're not being taken, so I can fix whatever the issue is.
--
FTTC broadband for 0.8mile line: currently at 10.5Mbps down 400kbps up
according to speedtest.net.
WARNING: multiple messages have this Message-ID (diff)
From: linux@arm.linux.org.uk (Russell King - ARM Linux)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v3 06/14] Documentation: drm/bridge: add document for analogix_dp
Date: Tue, 25 Aug 2015 16:57:52 +0100 [thread overview]
Message-ID: <20150825155752.GU7557@n2100.arm.linux.org.uk> (raw)
In-Reply-To: <20150825142150.GB3820@ulmo.nvidia.com>
On Tue, Aug 25, 2015 at 04:21:51PM +0200, Thierry Reding wrote:
> You cited code from dw_hdmi.c earlier, it looks like it might be correct
> even though it doesn't cite a reference for why this was done. Perhaps
> someone on this thread, or someone involved with dw_hdmi can answer
> where that code came from.
dw_hdmi doesn't do any format conversion - it's hard coded to RGB, 8
bits per colour component. That's a requirement for all HDMI sinks.
The reason it's hard-coded in dw_hdmi is that (a) no one has yet decided
its worth the effort to get the dw_hdmi hardware to do the colourspace
conversion to the YUV spaces and verify that it works, and (b) I really
don't see the point when we're talking about computer like devices which
work primerily with RGB and RGB is always supported by the sink.
As far as greater colour depths go, the driver came from the Freescale
iMX6 code base, and the hardware which feeds dw_hdmi can't do more than
8 bits per component - so going to 10, 12 or 16 bits per component is
beyond what iMX6 can cope with. Hence, no one on the iMX6 side has a
need for the deep colour stuff.
In any case, I view this as a very low priority issue - it would be nice
to have audio support on HDMI for iMX6 at some point in the next 20 years,
preferably before the hardware becomes obsolete. I've been maintaining
patches for this for 1.5 years now... how much longer is it going to take?
My pull request to David from 15th July was ignored. My re-send of that
after he returned was ignored. My reminder of it has been ignored. What's
going on in DRM land? It would be nice to get _some_ kind of feedback so
I know why they're not being taken, so I can fix whatever the issue is.
--
FTTC broadband for 0.8mile line: currently at 10.5Mbps down 400kbps up
according to speedtest.net.
next prev parent reply other threads:[~2015-08-25 15:58 UTC|newest]
Thread overview: 187+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-19 14:48 [PATCH v3 0/14] Add Analogix Core Display Port Driver Yakir Yang
2015-08-19 14:48 ` Yakir Yang
2015-08-19 14:49 ` [PATCH v3 01/14] drm: exynos/dp: fix code style Yakir Yang
2015-08-19 14:49 ` Yakir Yang
2015-08-19 14:49 ` [PATCH v3 02/14] drm: exynos/dp: convert to drm bridge mode Yakir Yang
2015-08-19 14:49 ` Yakir Yang
2015-08-19 14:50 ` [PATCH v3 03/14] drm: bridge: analogix_dp: split exynos dp driver to bridge dir Yakir Yang
2015-08-19 14:50 ` Yakir Yang
2015-08-19 14:50 ` [PATCH v3 04/14] drm: bridge/analogix_dp: dynamic parse sync_pol & interlace & colorimetry Yakir Yang
2015-08-19 14:50 ` Yakir Yang
2015-08-19 14:50 ` [PATCH v3 05/14] drm: bridge/analogix_dp: fix link_rate & lane_count bug Yakir Yang
2015-08-19 14:50 ` Yakir Yang
2015-08-20 7:22 ` Jingoo Han
2015-08-20 7:22 ` Jingoo Han
2015-08-20 7:22 ` Jingoo Han
2015-08-20 8:04 ` Yakir Yang
2015-08-20 8:04 ` Yakir Yang
2015-08-20 8:04 ` Yakir Yang
2015-08-19 14:50 ` [PATCH v3 06/14] Documentation: drm/bridge: add document for analogix_dp Yakir Yang
2015-08-19 14:50 ` Yakir Yang
2015-08-23 23:23 ` Rob Herring
2015-08-23 23:23 ` Rob Herring
2015-08-23 23:23 ` Rob Herring
2015-08-24 0:43 ` Krzysztof Kozlowski
2015-08-24 0:43 ` Krzysztof Kozlowski
2015-08-24 0:43 ` Krzysztof Kozlowski
2015-08-24 2:42 ` Yakir Yang
2015-08-24 2:42 ` Yakir Yang
2015-08-24 4:20 ` Krzysztof Kozlowski
2015-08-24 4:20 ` Krzysztof Kozlowski
2015-08-24 4:20 ` Krzysztof Kozlowski
2015-08-24 12:48 ` Yakir Yang
2015-08-24 12:48 ` Yakir Yang
2015-08-24 12:48 ` Yakir Yang
2015-08-24 13:03 ` Heiko Stuebner
2015-08-24 13:03 ` Heiko Stuebner
2015-08-24 13:03 ` Heiko Stuebner
2015-08-25 1:37 ` Yakir Yang
2015-08-25 1:37 ` Yakir Yang
2015-08-25 1:37 ` Yakir Yang
2015-08-24 23:49 ` Krzysztof Kozlowski
2015-08-24 23:49 ` Krzysztof Kozlowski
2015-08-24 23:49 ` Krzysztof Kozlowski
[not found] ` <55DBAD90.3040901-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
2015-08-25 1:32 ` Yakir Yang
2015-08-25 1:33 ` Yakir Yang
2015-08-25 1:33 ` Yakir Yang
2015-08-25 1:33 ` Yakir Yang
2015-08-25 1:35 ` Krzysztof Kozlowski
2015-08-25 1:35 ` Krzysztof Kozlowski
2015-08-25 1:35 ` Krzysztof Kozlowski
2015-08-24 7:40 ` Jingoo Han
2015-08-24 7:40 ` Jingoo Han
2015-08-24 7:40 ` Jingoo Han
2015-08-24 12:55 ` Yakir Yang
2015-08-24 12:55 ` Yakir Yang
2015-08-24 12:55 ` Yakir Yang
2015-08-24 2:19 ` Yakir Yang
2015-08-24 2:19 ` Yakir Yang
2015-08-24 12:57 ` Russell King - ARM Linux
2015-08-24 12:57 ` Russell King - ARM Linux
2015-08-24 12:57 ` Russell King - ARM Linux
2015-08-24 14:48 ` Rob Herring
2015-08-24 14:48 ` Rob Herring
2015-08-24 14:48 ` Rob Herring
2015-08-24 16:16 ` Heiko Stuebner
2015-08-24 16:16 ` Heiko Stuebner
2015-08-24 16:16 ` Heiko Stuebner
2015-08-25 1:21 ` Yakir Yang
2015-08-25 1:21 ` Yakir Yang
2015-08-25 1:21 ` Yakir Yang
2015-08-25 9:12 ` Thierry Reding
2015-08-25 9:12 ` Thierry Reding
2015-08-25 9:12 ` Thierry Reding
2015-08-25 9:29 ` Russell King - ARM Linux
2015-08-25 9:29 ` Russell King - ARM Linux
2015-08-25 9:29 ` Russell King - ARM Linux
2015-08-25 10:40 ` Thierry Reding
2015-08-25 10:40 ` Thierry Reding
2015-08-25 10:40 ` Thierry Reding
2015-08-25 10:52 ` Russell King - ARM Linux
2015-08-25 10:52 ` Russell King - ARM Linux
2015-08-25 10:52 ` Russell King - ARM Linux
2015-08-25 9:41 ` Yakir Yang
2015-08-25 9:41 ` Yakir Yang
2015-08-25 10:06 ` Thierry Reding
2015-08-25 10:06 ` Thierry Reding
2015-08-25 10:06 ` Thierry Reding
2015-08-25 14:02 ` Yakir Yang
2015-08-25 14:02 ` Yakir Yang
2015-08-25 9:15 ` Thierry Reding
2015-08-25 9:15 ` Thierry Reding
2015-08-25 9:15 ` Thierry Reding
2015-08-25 9:37 ` Yakir Yang
2015-08-25 9:37 ` Yakir Yang
2015-08-25 13:27 ` Rob Herring
2015-08-25 13:27 ` Rob Herring
2015-08-25 13:27 ` Rob Herring
2015-08-25 13:48 ` Yakir Yang
2015-08-25 14:16 ` Thierry Reding
2015-08-25 14:16 ` Thierry Reding
2015-08-25 14:16 ` Thierry Reding
2015-08-25 14:23 ` Yakir Yang
2015-08-25 14:23 ` Yakir Yang
2015-08-25 9:58 ` Thierry Reding
2015-08-25 9:58 ` Thierry Reding
2015-08-25 9:58 ` Thierry Reding
2015-08-25 14:03 ` Yakir Yang
2015-08-25 14:03 ` Yakir Yang
2015-08-25 14:21 ` Thierry Reding
2015-08-25 14:21 ` Thierry Reding
2015-08-25 14:21 ` Thierry Reding
2015-08-25 15:57 ` Russell King - ARM Linux [this message]
2015-08-25 15:57 ` Russell King - ARM Linux
2015-08-25 15:57 ` Russell King - ARM Linux
2015-08-19 14:50 ` [PATCH v3 07/14] drm: rockchip/dp: add rockchip platform dp driver Yakir Yang
2015-08-19 14:50 ` Yakir Yang
2015-08-19 14:50 ` Yakir Yang
2015-08-19 14:51 ` [PATCH v3 08/14] phy: Add driver for rockchip Display Port PHY Yakir Yang
2015-08-19 14:51 ` Yakir Yang
2015-08-20 4:40 ` Kishon Vijay Abraham I
2015-08-20 4:40 ` Kishon Vijay Abraham I
2015-08-20 4:40 ` Kishon Vijay Abraham I
2015-08-20 6:56 ` Yakir Yang
2015-08-20 7:01 ` Yakir Yang
2015-08-19 14:51 ` [PATCH v3 09/14] drm: bridge/analogix_dp: add platform device type support Yakir Yang
2015-08-19 14:51 ` Yakir Yang
2015-08-19 14:51 ` Yakir Yang
2015-08-19 14:51 ` [PATCH v3 10/14] drm: bridge: analogix_dp: add some rk3288 special registers setting Yakir Yang
2015-08-19 14:51 ` Yakir Yang
2015-08-19 14:51 ` [PATCH v3 11/14] drm: bridge: analogix_dp: try force hpd after plug in lookup failed Yakir Yang
2015-08-19 14:51 ` Yakir Yang
2015-08-19 14:52 ` [PATCH v3 12/14] drm: bridge/analogix_dp: expand the delay time for hpd detect Yakir Yang
2015-08-19 14:52 ` Yakir Yang
2015-08-19 14:52 ` Yakir Yang
2015-08-20 6:11 ` Jingoo Han
2015-08-20 6:11 ` Jingoo Han
2015-08-20 6:11 ` Jingoo Han
2015-08-20 8:02 ` Yakir Yang
2015-08-20 8:02 ` Yakir Yang
2015-08-20 8:02 ` Yakir Yang
2015-08-19 14:52 ` [PATCH v3 13/14] drm: bridge/analogix_dp: move hpd detect to connector detect function Yakir Yang
2015-08-19 14:52 ` Yakir Yang
2015-08-20 7:49 ` Jingoo Han
2015-08-20 7:49 ` Jingoo Han
2015-08-20 7:49 ` Jingoo Han
2015-08-20 8:18 ` Yakir Yang
2015-08-20 8:18 ` Yakir Yang
2015-08-20 8:18 ` Yakir Yang
2015-08-19 14:52 ` [PATCH v3 14/14] drm: bridge/analogix_dp: add edid modes parse in get_modes method Yakir Yang
2015-08-19 14:52 ` Yakir Yang
2015-08-19 23:54 ` [PATCH v3 0/14] Add Analogix Core Display Port Driver Dave Airlie
2015-08-19 23:54 ` Dave Airlie
2015-08-19 23:54 ` Dave Airlie
2015-08-20 1:02 ` Yakir Yang
2015-08-20 1:02 ` Yakir Yang
2015-08-20 1:02 ` Yakir Yang
2015-08-20 4:29 ` Archit Taneja
2015-08-20 4:29 ` Archit Taneja
2015-08-20 4:29 ` Archit Taneja
2015-08-20 5:54 ` Jingoo Han
2015-08-20 5:54 ` Jingoo Han
2015-08-20 5:54 ` Jingoo Han
2015-08-20 6:23 ` Yakir Yang
2015-08-20 6:23 ` Yakir Yang
2015-08-20 6:23 ` Yakir Yang
2015-08-20 6:55 ` Jingoo Han
2015-08-20 6:55 ` Jingoo Han
2015-08-20 6:55 ` Jingoo Han
2015-08-20 8:03 ` Yakir Yang
2015-08-20 8:03 ` Yakir Yang
2015-08-20 8:03 ` Yakir Yang
2015-08-21 8:20 ` Jingoo Han
2015-08-21 8:20 ` Jingoo Han
2015-08-21 8:20 ` Jingoo Han
2015-08-21 10:01 ` Yakir Yang
2015-08-21 11:24 ` Jingoo Han
2015-08-21 13:16 ` Thierry Reding
2015-08-21 13:16 ` Thierry Reding
2015-08-21 13:16 ` Thierry Reding
2015-08-22 10:13 ` Yakir Yang
2015-08-30 12:16 ` Romain Perier
2015-08-30 12:16 ` Romain Perier
2015-08-30 12:16 ` Romain Perier
2015-08-31 2:40 ` Yakir Yang
2015-08-31 2:40 ` Yakir Yang
2015-08-31 2:40 ` Yakir Yang
2015-08-22 9:42 ` Yakir Yang
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20150825155752.GU7557@n2100.arm.linux.org.uk \
--to=linux@arm.linux.org.uk \
--cc=a.hajda@samsung.com \
--cc=airlied@linux.ie \
--cc=ajaynumb@gmail.com \
--cc=andy.yan@rock-chips.com \
--cc=devicetree@vger.kernel.org \
--cc=dianders@google.com \
--cc=djkurtz@google.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=fabio.estevam@freescale.com \
--cc=galak@codeaurora.org \
--cc=gustavo.padovan@collabora.co.uk \
--cc=heiko@sntech.de \
--cc=ijc+devicetree@hellion.org.uk \
--cc=inki.dae@samsung.com \
--cc=jingoohan1@gmail.com \
--cc=joe@perches.com \
--cc=kishon@ti.com \
--cc=kyungmin.park@samsung.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-rockchip@lists.infradead.org \
--cc=linux-samsung-soc@vger.kernel.org \
--cc=mark.yao@rock-chips.com \
--cc=p.zabel@pengutronix.de \
--cc=pawel.moll@arm.com \
--cc=robh+dt@kernel.org \
--cc=seanpaul@google.com \
--cc=tiwai@suse.de \
--cc=treding@nvidia.com \
--cc=vpalatin@chromium.org \
--cc=ykk@rock-chips.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.