[EXPERIMENTAL] Linux on the LCD screen

[Terra854]

Coming soon on Linux...



Currently, it only lasted for 5 to 6 seconds before my Pine powers down (i guess it is due to not enough power) , which means i can't test it out to see if it's truly working or not.

[tkaiser]

Coming soon on Linux... 

Are you kidding?! There's nothing that could 'come' since it's there from the beginning. It's just defining that you want to use an LCD instead of HDMI (or configuring how you want to combine two displays to be used at the same time) and it's done the usual way we're doing this on every other Allwinner SoC with BSP kernel since years: http://forum.pine64.org/showthread.php?t...9#pid20149

There's nothing 'experimental', the BSP kernel was able to use the LCD from the beginning, it's just different settings. And it's still done the same way as we know it from older Allwinner SoCs and BSP.

The only problem this community here had or still has is it that some people were so blinded by 'the Mali' hype that they didn't realize that if you want to use an LCD you have to switch settings to use the LCD. No 3D acceleration needed for using a display! Read through the above thread to get the sad details.

[Terra854]

Coming soon on Linux... 

Are you kidding?! There's nothing that could 'come' since it's there from the beginning. It's just defining that you want to use an LCD instead of HDMI (or configuring how you want to combine two displays to be used at the same time) and it's done the usual way we're doing this on every other Allwinner SoC with BSP kernel since years: http://forum.pine64.org/showthread.php?t...9#pid20149

There's nothing 'experimental', the BSP kernel was able to use the LCD from the beginning, it's just different settings. And it's still done the same way as we know it from older Allwinner SoCs and BSP.

The only problem this community here had or still has is it that some people were so blinded by 'the Mali' hype that they didn't realize that if you want to use an LCD you have to switch settings to use the LCD. No 3D acceleration needed for using a display! Read through the above thread to get the sad details.

Yes, I am aware that support is already included since the beginning, it is just a matter of getting it to work correctly with the correct settings in the dts.

So far, it does not work properly yet as it blank screens after a few seconds (that's why i put "EXPERIMENTAL" to say that it's not ready for normal users because we either haven't discovered the correct settings for it or it's due to other factors, not because I am experimenting with support for the LCD screen).

[tkaiser]

Yes, I am aware that support is already included since the beginning, it is just a matter of getting it to work correctly with the correct settings in the dts.

So far, it does not work properly yet as it blank screens after a few seconds

Thanks for the clarification. In case you power your whole setup through Micro USB then... well, then...

That's why I call the Pine64 (and every other device out there relying on Micro USB for DC-IN) a supporter's nightmare. You never know what happened if something's reported as broken. It might just be the usual undervoltage situation responsible for the many problems people are experiencing with their boards. 

The LCD backlight might add significantly to consumption -- who knows what happens then if powering is insufficient...

[cyphergenetics]

Coming soon on Linux... 

Are you kidding?! There's nothing that could 'come' since it's there from the beginning. It's just defining that you want to use an LCD instead of HDMI (or configuring how you want to combine two displays to be used at the same time) and it's done the usual way we're doing this on every other Allwinner SoC with BSP kernel since years: http://forum.pine64.org/showthread.php?t...9#pid20149

There's nothing 'experimental', the BSP kernel was able to use the LCD from the beginning, it's just different settings. And it's still done the same way as we know it from older Allwinner SoCs and BSP.

The only problem this community here had or still has is it that some people were so blinded by 'the Mali' hype that they didn't realize that if you want to use an LCD you have to switch settings to use the LCD. No 3D acceleration needed for using a display! Read through the above thread to get the sad details.

Bleh.. I've tried 

wget -O /boot/dtb/allwinner/sun50i-a64-lcd-pine64-plus.dtb https://raw.githubusercontent.com/ayufan...4-plus.dtb
sed -i '1isetenv fdtfile sun50i-a64-lcd-pine64-plus.dtb' /boot/boot.cmd
mkimage -C none -A arm -T script -d /boot/boot.cmd /boot/boot.scr
reboot

Step by step please since you make it sound so easy and it's already there. =P All i'm getting at is tons of segmentation errors on xenial-pine64-bspkernel if trying to install Mate Desktop or apt-get upgrade -y .. And, an armbian that can't even detect Ethernet to ssh to. Atleast dood is trying to do something there no thanks to everyone here..

[atomicmoose]

Well, less is more. It's easier than I thought.

Again, this is only on debian base. I recommend you update the kernel first to 3.10.104-1-pine64 with the update scripts:

Code:

bash <(curl -s https://raw.githubusercontent.com/longsleep/build-pine64-image/master/simpleimage/platform-scripts/pine64_update_uboot.sh)
bash <(curl -s https://raw.githubusercontent.com/longsleep/build-pine64-image/master/simpleimage/platform-scripts/pine64_update_kernel.sh)

Reboot.
Login as root and

Code:

wget -O /boot/pine64/sun50i-a64-lcd-pine64-plus.dtb https://raw.githubusercontent.com/ayufan-pine64/device-pine64-common/19545248d729d0ddf056d3bed85eeee4a238ffd5/bootloader/pine64/sun50i-a64-lcd-pine64-plus.dtb

echo "fdt_filename_prefix=pine64/sun50i-a64-lcd-" >> /boot/uEnv.txt

systemctl disable sunxi-disp-tool

Reboot

[atomicmoose]

I have detailed installing the touch driver on my github:
https://github.com/atomicmooseca/pine64-gt9xxf_ts

[Terra854]

I have detailed installing the touch driver on my github:
https://github.com/atomicmooseca/pine64-gt9xxf_ts

Cool! Will test it out now and if it works, I will include the driver in my images.

[Gammelplay97]

I came here from the locked "LCD Support on Linux" thread and have a question: The linked Images by pfeerick are all (x)ubuntu, and the tutorial by atomicmoose is for Debian... How can i get the Touchscreen working with me? and the script is not working for me either... I installed the Image with Armbian 5.24 and Linux Kernel 3.10.104. Can you help me, I'm not that into Linux, my only experience are some raspberry pi Experiments and a bit Desktop x64 fun

[psychedup]

I have detailed installing the touch driver on my github:
https://github.com/atomicmooseca/pine64-gt9xxf_ts

This was helpful. I was able to compile and install the module on Gentoo Linux. The touch screen works but only the right half of the screen. Can you share what .dtb or .dts file you're using?