From: Boris Brezillon <boris.brezillon@free-electrons.com>
To: Alex Vazquez <avazquez.dev@gmail.com>
Subject: Re: drm timing problems in sama5d3 Xplained.
Date: Mon, 5 Sep 2016 12:06:33 +0200 [thread overview]
Message-ID: <20160905120633.02d8fab1@bbrezillon> (raw)
In-Reply-To: <CAOTEMURqUGgNHs+kXjnJqYJn4keBKCbL=Xv_i1GmcJ53AFKe=w@mail.gmail.com>
Hi Alex,
On Mon, 5 Sep 2016 11:04:51 +0200
Alex Vazquez <avazquez.dev@gmail.com> wrote:
> Hi All.
> I am using DRM in a sama5d3 Xplained with display TM43 and I've found with
> the following problem:
> I deleted the network interfaces in the device tree for my system to boot
> faster. My problem is that now the startup script run before the driver has
> loaded correctly.
> I explain better:
> The startup script begin to appear before the creation of the framebuffer
> message appears. (See LogKernel.txt)
>
> atmel-hlcdc-display-controller atmel-hlcdc-dc: fb0: frame buffer device
>
>
> 1 - I can't use the framebuffer until the message is not displayed. (This
> did not matter. I want to use drm.)
> 2 - DRM don't work fine. If I try to paint on the screen (using planes)
> before the message it is created framebuffer appears, nothing appears on
> the display.
>
> This problem I can replicate with the demo atmel if I remove network
> interfaces in the device tree and adding a startup script that uses drm.
>
> I add the demo with the modified device tree so you can prove that occurs.
>
> https://drive.google.com/file/d/0B3EMwEbIHhkAbDhGMU1BcEVoYkU/view?usp=sharing
>
> You only need to add the startup script in /etc/rcS.d/
>
> #!/bin/sh
> > modetest -M atmel-hlcdc -P 26:480x272+0+0@AR15
>
>
> I also tested with the latest version of kernel 4.8 RC3 and the problem is
> still happening.
It seems that the atmel-hlcdc DRM device probe is deferred because some
elements in the display pipeline are missing (the display itself, the
backlight attached to the display, or even the PWM attached to the
backlight).
Can you check if the /dev/dri/xxx files are present when you reach your
init script?
If that's not the case, can you make sure you compiled the different
drivers needed for the display pipeline to work correctly statically?
Thanks,
Boris
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
prev parent reply other threads:[~2016-09-05 10:06 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-09-05 9:04 drm timing problems in sama5d3 Xplained Alex Vazquez
2016-09-05 10:06 ` Boris Brezillon [this message]
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=20160905120633.02d8fab1@bbrezillon \
--to=boris.brezillon@free-electrons.com \
--cc=avazquez.dev@gmail.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).