From: Dan MacDonald <allcoms@gmail.com>
To: Philipp Zabel <p.zabel@pengutronix.de>
Cc: dri-devel@lists.freedesktop.org,
Russell King - ARM Linux <linux@armlinux.org.uk>,
kernel@pengutronix.de
Subject: Re: [PATCH 0/4] Fix DP busy wait and defer disabling overlay plane
Date: Mon, 24 Apr 2017 10:18:50 +0100 [thread overview]
Message-ID: <CANOoOjurviXGhR7LVBKVgE8soVwnKGQo94BbBF1UtNG=_wQxwQ@mail.gmail.com> (raw)
In-Reply-To: <CANOoOjvWmbfdTaeFenDGrdX5z3raPLnW0vnfa+ZSW2ddE-i11Q@mail.gmail.com>
Hi Phillip
Do you think there is any hope for us getting the GPU to work on my
Element14 SABRE Lite or is it a lost cause, with it being such a rare
board combined with my lack of of kernel dev skills and limited dev
time for this? I'm sure I'll find a non-GPU dependent use for the SL
if that is the case but its a shame as its the main reason I bought
it, in the hope of finally getting an ARM device with FLOSS drivers.
When I bought it I thought it I was under te mistaken impression it
would be exactly the same board as the Boundary devices SBC of the
same, which is a pretty reasonable chance to take I thought.
It seems to me that the best iMX6/Vivante SBCs that I could
potentially afford are the Wandboard Quad, the CuBox-i2eXw or the
Hummingboard i2eX? Is there anything better choice for someone who
really wants an (e)SATA port?
Does anyone on this list own any of these devices and can you confirm
they work with etnavivdrm and Armada?
Thanks
On Mon, Apr 10, 2017 at 6:54 PM, Dan MacDonald <allcoms@gmail.com> wrote:
> Hi Philipp
>
> Is there any more info regarding my display probs that you need from me?
>
> Are you working on or do you plan to create another revision of this patch?
>
> I am presuming I'm the only person on this list who owns the Element14
> version of the SABRE Lite?
>
> Thanks
>
> On Wed, Apr 5, 2017 at 3:18 PM, Dan MacDonald <allcoms@gmail.com> wrote:
>> Hi Phillipp
>>
>> My SL was attached to a 27" UHD Acer S277HK Monitor.
>>
>> I can disable those for the next patch but I get the impression thats
>> not the only issue here as I've gone from being able to get a picture
>> (but not the right res) in 4.10 to not getting any HDMI signal at all
>> with this patch.
>>
>> Those flip errors have to be another bad sign, right?
>>
>> Thanks
>>
>> On Wed, Apr 5, 2017 at 2:51 PM, Philipp Zabel <p.zabel@pengutronix.de> wrote:
>>> On Tue, 2017-04-04 at 19:25 +0100, Dan MacDonald wrote:
>>>> It took just under 11 hours to build the Arch 4.11 armv7h kernel on my
>>>> SL. The good news is that the patch both applied and built OK this
>>>> time, and the kernel package installed fine. What didn't seem right is
>>>> that boot pauses for a minute or so on these lines:
>>>>
>>>> [ 4.458572] panel-simple panel-lcd: panel-lcd supply power not found,
>>>> using dummy regulator
>>>> [ 4.467736] panel-simple panel-lvds0: panel-lvds0 supply power not
>>>> found, using dummy regulator
>>>
>>> I have no idea where that delay comes from, but do you have the Okaya
>>> RS800480T-7x0GP parallel panel or the Hannstar HSD100PXN1 LVDS panel
>>> that are described in imx6qdl-sabrelite.dtsi connected to the SABRE Lite
>>> board? If not, could you try disabling them or the one that you don't
>>> have:
>>>
>>> ----------8<----------
>>> diff --git a/arch/arm/boot/dts/imx6qdl-sabrelite.dtsi b/arch/arm/boot/dts/imx6qdl-sabrelite.dtsi
>>> index 84131794e97b6..c291c2821345f 100644
>>> --- a/arch/arm/boot/dts/imx6qdl-sabrelite.dtsi
>>> +++ b/arch/arm/boot/dts/imx6qdl-sabrelite.dtsi
>>> @@ -159,7 +159,7 @@
>>> brightness-levels = <0 4 8 16 32 64 128 255>;
>>> default-brightness-level = <7>;
>>> power-supply = <®_3p3v>;
>>> - status = "okay";
>>> + status = "disabled";
>>> };
>>>
>>> backlight_lvds: backlight-lvds {
>>> @@ -168,7 +168,7 @@
>>> brightness-levels = <0 4 8 16 32 64 128 255>;
>>> default-brightness-level = <7>;
>>> power-supply = <®_3p3v>;
>>> - status = "okay";
>>> + status = "disabled";
>>> };
>>>
>>> lcd_display: display@di0 {
>>> @@ -178,7 +178,7 @@
>>> interface-pix-fmt = "bgr666";
>>> pinctrl-names = "default";
>>> pinctrl-0 = <&pinctrl_j15>;
>>> - status = "okay";
>>> + status = "disabled";
>>>
>>> port@0 {
>>> reg = <0>;
>>> @@ -200,6 +200,7 @@
>>> panel-lcd {
>>> compatible = "okaya,rs800480t-7x0gp";
>>> backlight = <&backlight_lcd>;
>>> + status = "disabled";
>>>
>>> port {
>>> lcd_panel_in: endpoint {
>>> @@ -211,6 +212,7 @@
>>> panel-lvds0 {
>>> compatible = "hannstar,hsd100pxn1";
>>> backlight = <&backlight_lvds>;
>>> + status = "disabled";
>>>
>>> port {
>>> panel_in: endpoint {
>>> ---------->8----------
>>>
>>> regards
>>> Philipp
>>>
>>>
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
next prev parent reply other threads:[~2017-04-24 9:18 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-02-27 11:28 [PATCH 0/4] Fix DP busy wait and defer disabling overlay plane Philipp Zabel
2017-02-27 11:28 ` [PATCH 1/4] gpu: ipu-v3: remove IRQ dance on DC channel disable Philipp Zabel
2017-02-27 11:28 ` [PATCH 2/4] gpu: ipu-v3: add unsynchronised DP channel disabling Philipp Zabel
2017-02-27 11:33 ` Lucas Stach
2017-02-27 11:44 ` Philipp Zabel
2017-02-27 11:28 ` [PATCH 3/4] drm/imx: call drm_atomic_helper_commit_hw_done after drm_atomic_helper_wait_for_vblanks Philipp Zabel
2017-02-27 11:38 ` Lucas Stach
2017-02-27 11:28 ` [PATCH 4/4] drm/imx: add deferred plane disabling Philipp Zabel
2017-02-27 11:39 ` Lucas Stach
2017-02-27 11:40 ` Lucas Stach
2017-02-27 11:43 ` [PATCH 0/4] Fix DP busy wait and defer disabling overlay plane Dan MacDonald
2017-02-27 13:13 ` Philipp Zabel
2017-02-27 14:17 ` Dan MacDonald
2017-03-04 14:36 ` Dan MacDonald
2017-03-06 8:39 ` Philipp Zabel
2017-03-06 9:55 ` Dan MacDonald
2017-03-06 13:50 ` Philipp Zabel
2017-03-06 14:28 ` Dan MacDonald
2017-03-06 15:32 ` Philipp Zabel
2017-03-06 16:29 ` Russell King - ARM Linux
2017-03-09 10:00 ` Dan MacDonald
2017-03-10 11:11 ` Dan MacDonald
2017-03-13 11:11 ` Philipp Zabel
2017-03-22 22:28 ` Dan MacDonald
2017-03-31 13:36 ` Dan MacDonald
2017-03-31 14:15 ` Russell King - ARM Linux
2017-04-01 0:26 ` Dan MacDonald
2017-04-01 10:50 ` Dan MacDonald
2017-04-03 11:46 ` Philipp Zabel
2017-04-03 11:54 ` Dan MacDonald
2017-04-03 12:06 ` Philipp Zabel
2017-04-04 18:25 ` Dan MacDonald
2017-04-04 18:44 ` Dan MacDonald
2017-04-05 13:51 ` Philipp Zabel
2017-04-05 14:18 ` Dan MacDonald
2017-04-10 17:54 ` Dan MacDonald
2017-04-24 9:18 ` Dan MacDonald [this message]
2017-04-24 9:28 ` Dan MacDonald
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='CANOoOjurviXGhR7LVBKVgE8soVwnKGQo94BbBF1UtNG=_wQxwQ@mail.gmail.com' \
--to=allcoms@gmail.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=kernel@pengutronix.de \
--cc=linux@armlinux.org.uk \
--cc=p.zabel@pengutronix.de \
/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.