On Wed, Jun 11, 2014 at 5:17 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
The problem here is that we need more inteligence from CCF in order to
do that - we need it to be able to reprogram the dividers so that the
IPU DI0 clock remains at 148.5MHz while increasing the output of
On Mon, Jun 16, 2014 at 11:13:02AM -0300, Fabio Estevam wrote:
On Wed, Jun 11, 2014 at 5:17 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
The problem here is that we need more inteligence from CCF in order to
do that - we need it to be able to reprogram the dividers so that
On Mon, Jun 9, 2014 at 5:09 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
Right, so the problem isn't at the HDMI level, but at the DI level... so
that's where we need to debug what's being setup. I left some debugging
in ipu-di.c - could you try enabling that please?
Booting
On Tue, Jun 10, 2014 at 9:58 AM, Fabio Estevam feste...@gmail.com wrote:
On Mon, Jun 9, 2014 at 5:09 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
Right, so the problem isn't at the HDMI level, but at the DI level... so
that's where we need to debug what's being setup. I left
On Tue, Jun 10, 2014 at 04:13:06PM +0100, Russell King - ARM Linux wrote:
where 'M' is the IPU DI clock muxer. However, we're currently setting
this up as:
LM --+ LDB serial
`- /7 -+ LDB DI clock
IPM --- /N IM --- IPU DI clock
and hoping that the LDB
On Tue, Jun 10, 2014 at 05:14:21PM +0100, Russell King - ARM Linux wrote:
On Tue, Jun 10, 2014 at 04:13:06PM +0100, Russell King - ARM Linux wrote:
where 'M' is the IPU DI clock muxer. However, we're currently setting
this up as:
LM --+ LDB serial
`- /7
On Tue, Jun 10, 2014 at 2:04 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
This diagram is drawn from the code in clk-imx6.c, and it does not
agree with what is in the SoC manuals - this is the representation
redrawn from the manuals:
The difference is, there is no clock
On Mon, Jun 9, 2014 at 7:29 AM, Fabio Estevam feste...@gmail.com wrote:
On Mon, Jun 9, 2014 at 11:06 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
Please check the status in /sys/class/drm/card0-HDMI-A-1/status. This
should report the current state of the hotplug detection.
Hi Tim,
On Tue, Jun 10, 2014 at 3:54 PM, Tim Harvey thar...@gateworks.com wrote:
Fabio,
I'm following along with this thread as I see the same thing you do on
our Ventana boards that support both LVDS and HDMI: without
hot-plugging the HDMI connector I get not HDMI out simply by having
the
On Mon, Jun 9, 2014 at 11:06 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
Please check the status in /sys/class/drm/card0-HDMI-A-1/status. This
should report the current state of the hotplug detection.
/sys/class/drm/card0-HDMI-A-1/status returns the correct state for
HDMI cable
On Mon, Jun 09, 2014 at 11:29:28AM -0300, Fabio Estevam wrote:
On Mon, Jun 9, 2014 at 11:06 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
Please check the status in /sys/class/drm/card0-HDMI-A-1/status. This
should report the current state of the hotplug detection.
On Mon, Jun 9, 2014 at 11:33 AM, Shawn Guo shawn@freescale.com wrote:
On Mon, Jun 09, 2014 at 11:29:28AM -0300, Fabio Estevam wrote:
On Mon, Jun 9, 2014 at 11:06 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
Please check the status in /sys/class/drm/card0-HDMI-A-1/status.
On Mon, Jun 09, 2014 at 11:29:28AM -0300, Fabio Estevam wrote:
On Mon, Jun 9, 2014 at 11:06 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
Please check the status in /sys/class/drm/card0-HDMI-A-1/status. This
should report the current state of the hotplug detection.
On Mon, Jun 9, 2014 at 2:49 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Mon, Jun 09, 2014 at 11:29:28AM -0300, Fabio Estevam wrote:
On Mon, Jun 9, 2014 at 11:06 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
Please check the status in
On Mon, Jun 9, 2014 at 3:15 PM, Fabio Estevam feste...@gmail.com wrote:
I wonder if the problem is that HDMI and LVDS are interfering with each
other wrt the required pixel clock, and LVDS is winning. If we have
HDMI enabled, many HDMI sinks will only work if we set one of their
supported
On Mon, Jun 9, 2014 at 3:38 PM, Fabio Estevam feste...@gmail.com wrote:
On Mon, Jun 9, 2014 at 3:15 PM, Fabio Estevam feste...@gmail.com wrote:
I wonder if the problem is that HDMI and LVDS are interfering with each
other wrt the required pixel clock, and LVDS is winning. If we have
HDMI
On Mon, Jun 09, 2014 at 03:15:16PM -0300, Fabio Estevam wrote:
With HDMI cable connected (no image is seen on HDMI, only on lvds cable):
imx-drm display-subsystem.11: bound 12.hdmi (ops hdmi_ops)
imx-hdmi 12.hdmi: EVENT=plugin
imx-hdmi 12.hdmi: Non-CEA mode used in HDMI
imx-hdmi
17 matches
Mail list logo
