| Message ID | 1491400273.2381.98.camel@pengutronix.de (mailing list archive) |
|---|---|
| State | New, archived |
| Headers | show |
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 > >
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 >> >>
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 >>> >>>
Having another quick search now had revealed the Hummingboard Edge, which has 2GB RAM and M.2, although I've not found a UK reseller yet. That seems like it could be another good choice? On Mon, Apr 24, 2017 at 10:18 AM, Dan MacDonald <allcoms@gmail.com> wrote: > 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 >>>> >>>>
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 {