feat: add ST7796 kernel module (fbtft)

[redrathnure]

Description

Add support for ST7796 based LCD module (connected via SPI interface). One of real device example is MKS PI-TS35 display.

How Has This Been Tested?

The changes was tested on MKS PI-TS35 display together with MKS-PI board as part of custom Armbian image. Touch screen uses an ads7846 module.

• MKS-PI + MKS PI-TS35

Checklist:

• My code follows the style guidelines of this project
• I have performed a self-review of my own code
• I have commented my code, particularly in hard-to-understand areas
• My changes generate no new warnings

[paolosabatino]

Nice, the driver looks like ok, there's a typo though in the heading comment:

 * FB driver for the ILI9341 LCD display controller

Anyway, this should be introduced for rockchip64 edge kernel (6.12) too, otherwise it will get cut off during next current kernel bump.

[redrathnure]

this should be introduced for rockchip64 edge kernel (6.12) too

Not sure I got this part. Now the patch file in 6.6 folder and 6.12 has a link to it. Do you mean it's pbetter to put a copy of the patch instead symlink?

(Typo was fixed)

[paolosabatino]

this should be introduced for rockchip64 edge kernel (6.12) too

Not sure I got this part. Now the patch file in 6.6 folder and 6.12 has a link to it. Do you mean it's pbetter to put a copy of the patch instead symlink?

(Typo was fixed)

Ah sorry, didn't notice the symlink in 6.12 and 6.9 directories; Despite I see the symlink being done elsewhere, TBH I would discourage doing so: at one point in time, 6.6 kernel will be dismissed and its patch directory removed. Possible symlinks pointing to 6.6 patch in other patch archives (in your case 6.9 and 6.12) will break. I don't like the idea that removing the 6.6 patch archive directory may affect other patch archives.

[redrathnure]

I don't like the idea that removing the 6.6 patch archive directory may affect other patch archives.

Done, symlinks were replaced by copies.

[paolosabatino]

Thanks for the patience, approved!

[pykpkg47]

this commit is breaking git clone see workflow errors https://github.com/armbian/build/actions/runs/12216820229
unable to create symlink patch/kernel/archive/rockchip64-6.12/general-st7796-driver.patch
please revert as soon as possible because automation like https://github.com/armbian/build/blob/main/action.yml
clone the repo first and then switch to selected branch which is broken with this

[redrathnure]

this commit is breaking git clone see workflow errors https://github.com/armbian/build/actions/runs/12216820229
unable to create symlink patch/kernel/archive/rockchip64-6.12/general-st7796-driver.patch

Maintainers sync
unable to create symlink patch/kernel/archive/rockchip64-6.12/general-st7796-driver.patch: File name too long

How to fix it? Is it possible to reset master for -2 commits back and then reopen a PR?

[rpardini]

Oh wow. How this came to be is beyond me. So the first commit added symlinks, and the second one changed it's contents to a copy of the symlinked, but apparently failed to change the mode of the file; thus the patch contents (which is very large) is interpreted by git as the "symlink target" leading to "file name too long".

Fact that GitHub hides the details makes it not easy at all.

Was @redrathnure using Windows or core.symlinks=off to do this?

To fix this we need force-push powers to main. @igorpecovnik ? (We should drop those 2 commits, then re-do this PR with out the symlinking).

[igorpecovnik]

We should drop those 2 commits, then re-do this PR with out the symlinking

Hmm, clean checkout failed ... need to figure out how to deal with this, before making more damages.

remote: Enumerating objects: 132023, done.
remote: Counting objects: 100% (1056/1056), done.
remote: Compressing objects: 100% (617/617), done.
remote: Total 132023 (delta 650), reused 745 (delta 432), pack-reused 130967 (from 1)
Receiving objects: 100% (132023/132023), 644.04 MiB | 7.11 MiB/s, done.
Resolving deltas: 100% (89455/89455), done.
error: unable to create symlink patch/kernel/archive/rockchip64-6.12/general-st7796-driver.patch: File name too long
error: unable to create symlink patch/kernel/archive/rockchip64-6.9/general-st7796-driver.patch: File name too long
fatal: unable to checkout working tree
warning: Clone succeeded, but checkout failed.
You can inspect what was checked out with 'git status'
and retry with 'git restore --source=HEAD :/'

[igorpecovnik]

done.

[redrathnure]

A version without symlinks magic: #7550

[paolosabatino]

I apologize for the mess my suggestion caused 😔

[igorpecovnik]

No worries, we learned something new.