On Mon, Apr 07, 2014 at 02:44:51PM +0200, Denis Carikli wrote:
> The DRM_PANEL_SIMPLE is needed by the eukrea
> mbimxsd51's displays.
>
> Signed-off-by: Denis Carikli
Applied, thanks.
On Mon, Apr 07, 2014 at 02:44:45PM +0200, Denis Carikli wrote:
> The imx-drm driver can't use the de-active and
> pixelclk-active display-timings properties yet.
>
> Instead the data-enable and the pixel data clock
> polarity are hardcoded in the imx-drm driver.
>
> So theses properties are now
t fixes a color corruption issue on my dual display case (LVDS + HDMI).
Tested-by: Shawn Guo
Shawn
> ---
> drivers/staging/imx-drm/imx-drm-core.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/staging/imx-drm/imx-drm-core.c
> b/drivers/stagi
On Mon, Apr 07, 2014 at 12:05:35PM +0200, Philipp Zabel wrote:
> > Did you get any chance to reproduce this dual display issue? Now it
> > shows on mainline kernel.
>
> I have not yet reproduced, but I've sent a patch today ("imx-drm:
> imx-drm-core: Fix imx_drm_encoder_get_mux_id") that might
On Mon, Apr 07, 2014 at 10:09:27AM +0100, Russell King - ARM Linux wrote:
> So no EDID. Did you update the "ddc" property to "ddc-i2c-bus" ?
Ah, right. This is exactly the cause. Thanks, Russell.
Shawn
On Tue, Mar 11, 2014 at 11:46:11AM +0800, Shawn Guo wrote:
> I just came across a couple problems when testing the series on
> my imx6dl-sabresd board in dual display case - HDMI + LVDS. I tested it
> using Russell's branch below, which I believe has all the pieces put
> together
.
Signed-off-by: Shawn Guo
---
include/drm/drm_gem_cma_helper.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/drm/drm_gem_cma_helper.h b/include/drm/drm_gem_cma_helper.h
index 89b4d7d..2a3cea9 100644
--- a/include/drm/drm_gem_cma_helper.h
+++ b/include/drm/drm_gem_cma_helper.h
On Tue, Mar 11, 2014 at 02:34:38PM +0100, Lucas Stach wrote:
> > Sorry, Philipp. The setup in my report is incorrect. The correct setup
> > to see this issue consists of:
> >
> > 1) build a kernel without HDMI support, i.e. !CONFIG_DRM_IMX_HDMI
> >
> > 2) enable HDMI device in DT, i.e. adding
On Tue, Mar 11, 2014 at 12:42:08PM +0100, Philipp Zabel wrote:
> Hi Shawn,
>
> Am Dienstag, den 11.03.2014, 11:46 +0800 schrieb Shawn Guo:
> > On Wed, Mar 05, 2014 at 10:20:51AM +0100, Philipp Zabel wrote:
> > > Hi,
> > >
> > > this latest version
On Wed, Mar 05, 2014 at 10:20:51AM +0100, Philipp Zabel wrote:
> Hi,
>
> this latest version of the imx-drm DT binding patches applies
> on top of staging-next and also depends on the OF graph binding
> patchset that moves the v4l2_of helpers to drivers/of.
> Currently, the two patchsets are also
the next merge window sooner
> rather than later, preferably getting most of this ready for that
> window too.
For the series,
Acked-by: Shawn Guo
On Fri, Jan 10, 2014 at 03:22:24PM +0100, Philipp Zabel wrote:
> Due to the voltage divider on the HPD line, the HDMI connector on
> imx6q-sabrelite doesn't reliably detect connected DVI monitors.
> This patch allows to use the RX_SENSE0 signal as a workaround when
> enabled by a boolean device
On Wed, Jan 08, 2014 at 09:32:58PM +, Russell King - ARM Linux wrote:
> On Tue, Jan 07, 2014 at 04:59:35PM +0800, Shawn Guo wrote:
> > On Thu, Jan 02, 2014 at 09:28:03PM +, Russell King wrote:
> > > diff --git a/arch/arm/boot/dts/imx6qdl-sabresd.dtsi
> > >
On Thu, Jan 02, 2014 at 09:28:03PM +, Russell King wrote:
> diff --git a/arch/arm/boot/dts/imx6qdl-sabresd.dtsi
> b/arch/arm/boot/dts/imx6qdl-sabresd.dtsi
> index e75e11b36dff..0e005f21d241 100644
> --- a/arch/arm/boot/dts/imx6qdl-sabresd.dtsi
> +++ b/arch/arm/boot/dts/imx6qdl-sabresd.dtsi
>
On Thu, Jan 02, 2014 at 09:28:19PM +, Russell King wrote:
> @@ -449,6 +458,24 @@ static int imx_drm_driver_load(struct drm_device *drm,
> unsigned long flags)
> }
> }
>
> + /*
> + * All components are now initialised, so setup the fb helper.
> + * The fb
On Thu, Jan 02, 2014 at 09:27:48PM +, Russell King wrote:
> diff --git a/drivers/staging/imx-drm/imx-drm.h
> b/drivers/staging/imx-drm/imx-drm.h
> index 5649f180dc44..4eb594ce9cff 100644
> --- a/drivers/staging/imx-drm/imx-drm.h
> +++ b/drivers/staging/imx-drm/imx-drm.h
> @@ -68,4 +68,7 @@
On Thu, Jan 02, 2014 at 09:25:28PM +, Russell King - ARM Linux wrote:
> Here is my large patch series which cleans up imx-drm, and gets it ready
> to move out of drivers/staging. This is a preview only.
When moving to non-RFC patches, you may want to run checkpatch.pl on the
patches. There
>
> Signed-off-by: Liu Ying
Acked-by: Shawn Guo
> ---
> drivers/staging/imx-drm/imx-tve.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/staging/imx-drm/imx-tve.c
> b/drivers/staging/imx-drm/imx-tve.c
> index 2c44fef..9abc7ca
man
> Cc: Philipp Zabel
> Cc: Sascha Hauer
> Cc: Shawn Guo
> ---
> drivers/gpu/drm/drm_modes.c | 5 +
> include/uapi/drm/drm_mode.h | 3 +++
> 2 files changed, 8 insertions(+)
>
> diff --git a/drivers/gpu/drm/drm_modes.c b/drivers/gpu/drm/drm_modes.c
> index
Hi Ying,
On Tue, Aug 20, 2013 at 06:08:48PM +0800, Liu Ying wrote:
> > While I admit to having introduced the combination of 1/3.5 fixed
> > divider and configurable 1/1,1/2 divder clocks to describe this
> > fractional divider for the reasons you state, I think the correct
> > solution would be
On Tue, Aug 20, 2013 at 02:18:27PM -0700, Mike Turquette wrote:
> Quoting Fabio Estevam (2013-08-20 08:40:52)
> > On Tue, Aug 20, 2013 at 5:38 AM, Liu Ying wrote:
> >
> > > diff --git a/Documentation/devicetree/bindings/clock/imx6q-clock.txt
> > >
On Tue, Aug 20, 2013 at 02:18:27PM -0700, Mike Turquette wrote:
Quoting Fabio Estevam (2013-08-20 08:40:52)
On Tue, Aug 20, 2013 at 5:38 AM, Liu Ying ying@freescale.com wrote:
diff --git a/Documentation/devicetree/bindings/clock/imx6q-clock.txt
Hi Ying,
On Tue, Aug 20, 2013 at 06:08:48PM +0800, Liu Ying wrote:
While I admit to having introduced the combination of 1/3.5 fixed
divider and configurable 1/1,1/2 divder clocks to describe this
fractional divider for the reasons you state, I think the correct
solution would be to
On Mon, Apr 08, 2013 at 06:04:38PM +0200, Philipp Zabel wrote:
> This driver adds support for the Television Encoder integrated
> on i.MX53 SoCs (TVEv2).
>
> Currently only the VGA output mode is supported, which only uses
> the TVDAC to generate RGB levels. HSYNC and VSYNC signals are
> routed
On Mon, Apr 08, 2013 at 06:04:38PM +0200, Philipp Zabel wrote:
This driver adds support for the Television Encoder integrated
on i.MX53 SoCs (TVEv2).
Currently only the VGA output mode is supported, which only uses
the TVDAC to generate RGB levels. HSYNC and VSYNC signals are
routed
On Wed, Sep 12, 2012 at 12:31:14PM +0200, Sascha Hauer wrote:
> Signed-off-by: Sascha Hauer
> ---
> drivers/staging/imx-drm/TODO | 22 ++
> 1 file changed, 22 insertions(+)
> create mode 100644 drivers/staging/imx-drm/TODO
>
> diff --git a/drivers/staging/imx-drm/TODO
On Wed, Sep 12, 2012 at 12:31:14PM +0200, Sascha Hauer wrote:
Signed-off-by: Sascha Hauer s.ha...@pengutronix.de
---
drivers/staging/imx-drm/TODO | 22 ++
1 file changed, 22 insertions(+)
create mode 100644 drivers/staging/imx-drm/TODO
diff --git
On Thu, Jun 14, 2012 at 03:43:26PM +0200, Sascha Hauer wrote:
...
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
This seems not needed at all.
> +#include
>
On Thu, Jun 14, 2012 at 03:43:24PM +0200, Sascha Hauer wrote:
> +static int __devinit imx_pd_probe(struct platform_device *pdev)
> +{
> + struct device_node *np = pdev->dev.of_node;
> + const u8 *edidp;
> + struct imx_parallel_display *imxpd;
> + int ret;
> + u32 crtcs[2];
It
On Thu, Jun 14, 2012 at 03:43:26PM +0200, Sascha Hauer wrote:
...
+#include linux/module.h
+#include linux/export.h
+#include linux/types.h
+#include linux/init.h
+#include linux/platform_device.h
+#include linux/err.h
+#include linux/spinlock.h
+#include linux/delay.h
+#include
On Thu, Jun 14, 2012 at 03:43:25PM +0200, Sascha Hauer wrote:
...
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
This looks suspicious.
> +#include
We should probably copy those needed macros into
On Thu, Jun 21, 2012 at 01:35:56PM +0800, Shawn Guo wrote:
> On Thu, Jun 14, 2012 at 03:43:24PM +0200, Sascha Hauer wrote:
> > +static const struct of_device_id imx_pd_dt_ids[] = {
> > + { .compatible = "fsl,imx-parallel-display", .data = NULL, },
>
> Can we us
On Thu, Jun 14, 2012 at 03:43:24PM +0200, Sascha Hauer wrote:
> +static const struct of_device_id imx_pd_dt_ids[] = {
> + { .compatible = "fsl,imx-parallel-display", .data = NULL, },
Can we use particular soc name to define the compatible string? Also,
the .data initialization seems not
On Thu, Jun 14, 2012 at 03:43:23PM +0200, Sascha Hauer wrote:
...
> +struct drm_device *imx_drm_device_get(void)
> +{
> + struct imx_drm_device *imxdrm = __imx_drm_device();
> + struct imx_drm_encoder *enc;
> + struct imx_drm_connector *con;
> + struct imx_drm_crtc *crtc;
> +
> +
On Thu, Jun 14, 2012 at 03:43:24PM +0200, Sascha Hauer wrote:
+static const struct of_device_id imx_pd_dt_ids[] = {
+ { .compatible = fsl,imx-parallel-display, .data = NULL, },
Can we use particular soc name to define the compatible string? Also,
the .data initialization seems not needed.
On Thu, Jun 14, 2012 at 03:43:23PM +0200, Sascha Hauer wrote:
...
+struct drm_device *imx_drm_device_get(void)
+{
+ struct imx_drm_device *imxdrm = __imx_drm_device();
+ struct imx_drm_encoder *enc;
+ struct imx_drm_connector *con;
+ struct imx_drm_crtc *crtc;
+
+
On Thu, Jun 14, 2012 at 03:43:25PM +0200, Sascha Hauer wrote:
...
+#include linux/device.h
+#include linux/platform_device.h
+#include drm/drmP.h
+#include drm/drm_fb_helper.h
+#include drm/drm_crtc_helper.h
+#include drm/drm_gem_cma_helper.h
+#include drm/drm_fb_cma_helper.h
+#include
On Thu, Jun 21, 2012 at 01:35:56PM +0800, Shawn Guo wrote:
On Thu, Jun 14, 2012 at 03:43:24PM +0200, Sascha Hauer wrote:
+static const struct of_device_id imx_pd_dt_ids[] = {
+ { .compatible = fsl,imx-parallel-display, .data = NULL, },
Can we use particular soc name to define
On Thu, Jun 14, 2012 at 03:43:24PM +0200, Sascha Hauer wrote:
+static int __devinit imx_pd_probe(struct platform_device *pdev)
+{
+ struct device_node *np = pdev-dev.of_node;
+ const u8 *edidp;
+ struct imx_parallel_display *imxpd;
+ int ret;
+ u32 crtcs[2];
It seems
301 - 339 of 339 matches
Mail list logo
