All of lore.kernel.org
 help / color / mirror / Atom feed
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 = <&reg_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 = <&reg_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

  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.