• Content Count

  • Joined

  • Last visited

Everything posted by Learnincurve

  1. Yes. This is working now! You just need to enable it in armbian-conf and make sure the "goodix" module gets loaded at boot for the touchscreen. Ignore instructions of the download page for now, they are for the older legacy releases. If you have trouble with the touchscreen failing to load on reboot, see this post:
  2. This is resolved now. After reading https://www.raspberrypi.org/forums/viewtopic.php?t=216901 I created the following systemd service file: Unit] Description=unload the goodix driver ahead of reboots to allow it to properly load again when the system restarts [Service] ExecStop=/sbin/rmmod goodix Type=oneshot RemainAfterExit=true [Install] WantedBy=multi-user.target System now comes up with working touchscreen every time:)
  3. Hi Lucapinello, Thank you for the tip to make sure ts_uinput -d is running. For me, the problem with reboot seems to be at a lower level (at goodix module load and before tslib gets loaded). I am trying to work out how to unload the goodix module before reboot, as a manual removal of the module leads to a working reboot, but am having some trouble writing a systemd service that runs early, before reboot BR.
  4. 5.10.4-sunxi64 pine64 board with goodix 7" mipi-dsi LCD touchscreen. The LCD output is working fine across reboots after enabling the dt overlay using armbian-config. For the touchscreen, I have added "goodix" to /etc/modules and the digitizer works fine from all cold boots: ~$ dmesg | grep -i goodix [ 5.836601] Goodix-TS 1-005d: supply VDDIO not found, using dummy regulator [ 5.843605] Goodix-TS 1-005d: ID k}\xfa, version: 7b6f [ 5.866815] input: Goodix Capacitive TouchScreen as /devices/platform/soc/1c2ac00.i2c/i2c-1/1-005d/input/input5
  5. I'm having the same problem on a Pine64-plus. [ 6.465215] WARNING: CPU: 2 PID: 34 at drivers/clocksource/arm_arch_timer.c:364 sun50i_a64_read_cntpct_el0+0x2c/0x38 [ 6.467239] Modules linked in: cpufreq_dt joydev sch_fq_codel goodix panel_feiyang_fy07024di26a30d pinctrl_axp209 realtek dwmac_sun8i mdio_mux i2c_mv64xxx pwm_bl [ 6.470647] CPU: 2 PID: 34 Comm: kworker/2:1 Not tainted 5.10.4-sunxi64 #20.11.7 [ 6.472786] Hardware name: Pine64+ (DT) [ 6.475136] Workqueue: events dbs_work_handler [ 6.477389] pstate: 80000005 (Nzcv daif -PAN -UAO -TCO BTYPE=--) [ 6.47956
  6. Hi, Thanks to the hard work of your team, the Pine64-plus touchscreen now works great with the mainline kernel and legacy images are no longer listed in the download options, but it looks like some of the instructions at https://www.armbian.com/pine64/ are still referring to the "old way" of doing things: ie: Pine64’s own LCD with touchscreen support can simply be activated in /boot/armbianEnv.txt by setting pine64_lcd=on and adding gt9xxf_ts to /etc/modules followed by a reboot. The LCD screen is now activated by manipulating the DT overlays, whic
  7. I found the solution at I was expecting this to be called "cir something", but the device is already listed in the device tree as ir@1f02000. I did a sudo fdtput -t s /boot/dtb/allwinner/sun50i-a64-pine64-plus.dtb /soc/ir@1f02000 status okay and rebooted. Device now shows up as /dev/input/event2 Now all I need is to find some codes that can be used with it.
  8. Hi, Thank you all for so much work to fully implement the mainline kernel for the Pine64! So much is now working out-of-the-box with armbian, that there is no need to use the legacy version based on kernel 3.10. The pine64 does have CIR capabilities and the sunxi-cir kernel module is available, but we are still missing DT bindings for the device, although I see that an overlay file is present for the h5: /dts-v1/; / { compatible = "allwinner,sun50i-h5"; fragment@0 { target = <0xffffffff>; __overl
  9. I cheated and upgraded to nightly from the latest stable build, which you can do from the armbian-config - System menu. Otherwise I see that all of https://minio.k-space.ee/armbian/ is unavailable at the moment. The link will probably work again later.
  10. : Issue is finally fixed in (at least) nightly builds ! There is now a "pine64-7inch-lcd" overlay in /boot/dtb//allwinner/overlay Just add "overlays=pine64-7inch-lcd" to armbianEnv.txt and screen magically works. A BIG thank you to the team for fixing this! Pine64 is now ready for mainline kernel goodness!
  11. Good suggestion! I did try disabling hdmi stuff earlier (without success, but not sure if it was before or after adding the panel, so will try again). I'm also a DTS-noob and finding it hard to get my head around it. Hence my spamming of this thread, which it looks like the experts are now filtering out (can't say I blame them).
  12. Update: I just took out the feiyang panel section in the device tree, as that gives the clearest dmesg indication that the dsi port is working: Have also discovered armbianmonitor -u. Dump at http://ix.io/2E03
  13. Hi p1x313d. Thank you for your support! No. The problem is not that I don't have the panel, I do. My problem is lack of understanding and knowledge regarding the Device Tree. I am at the stage where I am stuck, unable to correctly set the pins (I think) for the panel. @lex was able to do this, using an earlier kernel and device tree, but too many internal references in the later available trees have changed, and I'm not smart enough to sort them out. If you or anyone else would like to help trying to debug, I'd be very grateful, as this i
  14. Found that this isn't going to work without the Feiyang panel. Where I am stuck now is the reset-gpios for the feiyang panel dts code extracted from @lex's dtb post earlier in this thread and modified with unique phandles for the current tree: dsi@1ca0000 { compatible = "allwinner,sun50i-a64-mipi-dsi"; reg = <0x1ca0000 0x1000>; interrupts = <0x00 0x59 0x04>; clocks = <0x02 0x1c>; resets = <0x02 0x05>; phys = <0x44>; phy-names = "dphy"; status = "okay";
  15. I updated the system with the new dtb package and edited the tree again, this time without the feiyang panel. Here are the the .dts snippets for dsi and d-phy: dsi@1ca0000 { compatible = "allwinner,sun50i-a64-mipi-dsi"; reg = <0x1ca0000 0x1000>; interrupts = <0x00 0x59 0x04>; clocks = <0x02 0x1c>; resets = <0x02 0x05>; phys = <0x44>; phy-names = "dphy";
  16. I found the following code at https://mjmwired.net/kernel/Documentation/devicetree/bindings/display/panel/feiyang,fy07024di26a30d.txt: Feiyang FY07024DI26A30-D 7" MIPI-DSI LCD Panel Required properties: - compatible: must be "feiyang,fy07024di26a30d" - reg: DSI virtual channel used by that screen - avdd-supply: analog regulator dc1 switch - dvdd-supply: 3v3 digital regulator - reset-gpios: a GPIO phandle for the reset pin Optional properties: - backlight: phandle for the backlight control. panel@0 { compatible = "feiyang,fy07024di26a30d"; reg = <0>; avdd-supply
  17. Closer again. I'm now using the latest "Armbian Focal mainline based kernel 5.8.y" image, including the updated dtb .deb update. I have modified the dtb, changing the dsi section to "okay", and adding the vcc-dsi line and the feiyang panel subsection. This is what I'm getting: dmesg | grep dsi [ 2.263813] OF: /soc/dsi@1ca0000/panel@0: could not get #gpio-cells for /soc/hdmi@1ee0000/ports/port@0/endpoint [ 2.265832] OF: /soc/dsi@1ca0000/panel@0: could not get #gpio-cells for /soc/hdmi@1ee0000/ports/port@0/endpoint [ 2.266675] OF: /s
  18. Closer: dmesg | grep dsi [ 2.179940] OF: /soc/dsi@1ca0000: could not get #phy-cells for /soc/pinctrl@1c20800/rgmii-pins [ 2.179949] sun6i-mipi-dsi 1ca0000.dsi: Couldn't get the MIPI D-PHY Looking at the pinctrl@1c20800 section, there are quite a few differences between the original and @lex's file, so not sure how much to transpose. Transposing the whole section is giving far more duplicated phandle errors, so stopping here. dtc -f -O dtb -o sun50i-a64-pine64-plus.dtb sun50i-a64-pine64-plus_EDITED.dts sun50i-a64-pine64-plus_EDITED.
  19. Here's the original file with the dsi and feiyang section transposed from @lex's .dts I'm getting ERROR (explicit_phandles): /soc/dsi@1ca0000/port/endpoint: duplicated phandle 0x1c (seen before at /soc/lcd-controller@1c0c000/ports/port@0/endpoint@1) I forced output and have a dtb. .dts file attached sun50i-a64-pine64-plus_EDITED.dts
  20. Hmm... I do see quite a few differences in the two decompiled dts files. Will try to locate only the blocks affecting DSI /feiyang touch etc, as I don't dare just swap out the whole file. both .dts's attached sun50i-a64-pine64-plus_ORIG.dts sun50i-a64-pine64+_MIPI.dts
  21. Hi @lex and thank you for responding! I do have a 2GB Pine64+, so would be very interested to take a look at your .dtb If you could make it available on/to this thread that would be really great! My guess is that is should also work with the latest kernel. BR. --Marius--
  22. Anyone have this working yet? I see there are new images in "archive", but no dtbo overlay.