Simply use tar.gz to compress the backup
Which file is the backup or all that is in tmp?
AHH my post was completely wrong, posted to incorrect topics, pls ignore.
You mean after the kernel upgrade, the Cloudshell 2 screen does still not turn on?
Ah dammit, I just see we host the edge kernel, while for Cloudshell 2, surely current kernel is required. I was building new kernel packages. Can you try these:
cd /tmp
wget https://dietpi.com/downloads/binaries/testing/linux-{dtb,image}-current-odroidxu4.deb
dpkg -i linux-{dtb,image}-current-odroidxu4.deb
rm linux-{dtb,image}-current-odroidxu4.deb
apt autopurge linux-{dtb,image}-edge-odroidxu4
reboot
If this does not work, I’ll do another rebuild with Armbian patches disabled, which means unchanged Hardkernel kernel sources. If this works, we can find out which particular patch is breaking Cloudshell.
Nothing, rebooted and nothing.
I also shutdown and restarted, just a quick flash on of the screen.
Thanks for the help!
I uploaded new packages with Armbian patches removed. Can you retry, just repeating above commands?
No luck, does not work.
Any thing I should check in the configuration?
Thanks!
No idea if it did work before and you did not change anything else. setenv cs2enable "true" is set in /boot/boot.ini, right? Was there any other step done to get it working in the first place, or only this one boot setting? EDIT: Ah, I was re-reading the topic, about the cloudshell2-fan for FAN control.
Since Armbian patches are not related and the build system pulls the kernel sources right from Hardkernel, it seems to to be broken at Hardkernel end: GitHub - hardkernel/linux at odroidxu4-6.1.y
We can try a kernel build based on a commit that is older than Linux 6.1.63.
Fan is working.
# ODROID CloudShell2 TFT LCD and FAN control via I2C bus: "false" or "true", defaults to "false"
setenv cs2enable "true"
All I have are 2 red leds in the screen.
system is working fine!
No screen!
I did another rebuild based on Linux 5.4. Can you test again with above set of commands?
And do you have a USB-UART adapter to check serial console output?
Erfolg, Success!!!
The Cloudshell screen is up and running!
Thanks!!
1 Like
It works and now working on night screen off mode. When first installed the backlight tuned off. How can we turn that back light when in night mode?
Okay, so it broke in Hardkernel’s Linux 6.1 branch. I need to check back with them, probably the device tree overlays need to be adjusted or the boot script changed in how it loads the device tree overlays and enables the Cloudshell 2 LCD.
What do you mean with “night mode”? Is there some daylight sensor, or do you just mean to turn on/off the backlight at certain times? Here is an example for this: accessory:add-on_boards:xu4_cloudshell2:xu4_cloudshell2 [ODROID Wiki]
So /sys/class/backlight/*/bl_power seems to be the toggle device node for the LCD backlight.
In DietPi-CloudShell you have Auto Screen Off. You enable screen to shut off and on at certain times. The screen turns off but the backlight keeps on.
No I don’t.
Please share!
@manetied
It is all here in this topic, most importantly setting setenv cs2enable "true" in /boot/boot.ini to enable the LCD, and in case downgrading the kernel:
cd /tmp
wget https://dietpi.com/downloads/binaries/testing/linux-{dtb,image}-current-odroidxu4.deb
dpkg -i linux-{dtb,image}-current-odroidxu4.deb
rm linux-{dtb,image}-current-odroidxu4.deb
reboot
Ah this you mean. Hmm, we could add this to the script. Not sure whether we should disable just all backlight devices, or allow to choose a particular one. How is your’s named?
ls -l /sys/class/backlight/
It could stay on but it would waste less power.
lrwxrwxrwx 1 root root 0 Mar 6 17:29 fb_hktft32 → …/…/devices/platform/soc/12d30000.spi/spi_master/spi0/spi0.0/backlight/fb_hktft32
Actually it makes sense to just do that automatically for all backlight devices. The CloudShell script is typically used on LCDs, which have/provide those backlight devices, and I cannot imagine that anyone would want to have the output turned off but the backlight remaining on. The only case I could imagine where this could cause issues, is when two LCDs are attached, CloudShell running on only one of them while the other one is unused. In this case, after night time, you would nor want to have the script turning this one on. I’ll see whether I implement an array with those backlights turned off, to only turn exactly those on again.
When you find time, could you test whether Hardkernel’s Linux 6.6 fixes the CS2 again (after it was broken in Linux 6.1)?
cd /tmp
wget https://dietpi.com/downloads/binaries/testing/linux-{dtb,image}-current-odroidxu4.deb
dpkg -i linux-{dtb,image}-current-odroidxu4.deb
rm linux-{dtb,image}-current-odroidxu4.deb
reboot
Testing it now. Screen black. I am in EST so I will see if it restarts ok in the morning.
1 Like