going

@Igor Repository settings occur in this function. rootfs/apt-sources.sh But it could be a package named armbian-update-${variant}.deb In this package, we can configure repository priorities and prescribe specific dependencies. But before that, the packages must be assembled correctly.

And what do we have now? Updating for the end user from the armbian repository with a downgrade of the package version is solved very simply at the level of the repository itself. A description of how to do this exists in the debian documentation. This version is in the Makefile before patches are applied. This version is after applying patches. The package must contain an up-to-date one. The problem is that I can't see where a miss occurs in the script. I can't do anything to help. Therefore, I just advise you.

5.4.234 - Makefile There is only one way to change this. Change the function itself. Somewhere here it is necessary to redefine the artifact_version variable. It is important to understand that you are on your own in this. I can only give "harmful" advice.

But you apply a lot of patches that change the kernel version in the Makefile. If I can judge by this code, the bicycle has been invented here again. Please show the output of the command for the assembled package: dpkg --info output/debs/linux-image-*.deb

Do you build the kernel yourself and update it? Did I understand correctly? And do you want your versions to run up?

5.4.228 - The upstream kernel source code version. And that's right. S3043-De511-P0a53-C0750H6842-Bb436 - It looks like some kind of hash. @rpardini Ricardo, what information can I extract from this? For example, a user reports some kind of error in the kernel and sends me a package file. I see this information. Can I reproduce the build of this particular kernel to understand the cause of the error?

@belegdol Are you interested in how to do this in your local assembly? Or is it a problem with updates, when a new kernel with a lower version should be updated by apt to the old kernel from the armbian repository but with a higher version? I want to understand the essence of the problem in a broader sense. And information for everyone. I am continuing to develop the master branch. At home locally. And knowing, understanding what the user wants is very important for all of us.

@lissizza It seems to me that I have reviewed all the links on the Internet, but I have not found any information about the chip with the letters that you published. Can we try to get information from the other side? For example, show what is written directly on the printed circuit board: the name of the device and its version. For example, I have: Orange PI PC v1.1 And please give me a link to download the schematic diagram for the version of this device.

Please check the correct operation usb_modeswitch

I do not promise a quick result. Thanks for the dts file. Very timely, I am currently fixing it for the 6.2 kernel. Unfortunately, I am not an advisor on displays and their resolutions. I work with headless devices. Wait, someone will help.

And can you see 2GB of memory? Just attach this file to your message

Maybe the android version will work. I only need a dtb blob from the working version. These chips, according to the data that I found, can work with a voltage of a little more or less. The question is the exact figure. If we have any working image. I'll pull the information out of it and assemble a working kernel for you.

@lissizza Which image is currently running on your device. Why am I asking? Whether some other was downloaded, for example from the manufacturer's website or another Armbian edition.

Different series of the same chip. It is sad. I'll think about what can be done.

These inscriptions on this chip? Do I understand correctly?

I sincerely wish you gentlemen good luck.

I think the best option is to take a fresh image for your device

Here I just want to change the core. I think it's clear what needs to be done.

In order to disable the patch, it is enough to put a minus sign at the beginning of the line with this patch in the "series.conf" file. These patches exist, but they don't apply.

It has no functionality for processor frequency @ALIGMSTEN Alistair, can you add patches that you have running on the 5.19 kernel for the 6.1 kernel?

htop --version on bullseye ?

Tested: Armbian_23.02.1_Bananapim64_jammy_current_5.15.93_minimal.img The first start, boot, reboot is normal. Found not included in the fix for "armbianmonitor" for one cluster. Corrections here

I am collecting packages in a virtual machine. The virtual machine and the running device are on a local network. I have ssh access to both. mc

You have to transfer two files (linux-dtb*linux-image*) to the system on the device. It can be mc & ssh or just write them to the home directory on the sd card from which the device is loaded. Sorry. I didn't see that build directly on the device. If the build was done using the scripts of the Armbian build system, then just install two packages using the "dpkg -i linux-dtb-*.deb linux-image-*.deb " command.