Igor

We never get to the stage to have a good manual for that since things we changing so much and since we have plan to refactor all this. To make it more simple.
 
Those examples can help (from simple to complex)
https://github.com/armbian/build/pull/3352
https://github.com/armbian/build/commit/f60920a2b776b544c9e37cddec8d495d22e2867c
https://github.com/armbian/build/commit/3c4b69650e9f98edbf7f0a934add1dd19eb14772
 

Its almost identical to Nanopi R2S. This can also help.

Fix your DNS settings. As you can see names are not resolving.

We have hundreds of tasks waiting for someone. I bet it's possible to find something you can contribute to.
 

Ahaa, this.  Welcome to the club.
 
Percentage of people that knows how to deal with this complexity (on their expense!) is notoriously low since ever. New boards are coming out with at higher and higher rate, which means there is more and more pressure on people that knows stuff. Learning is very slow and expensive on the other hand. I understand you would like that your shiny new and good looking board function perfectly, but that will not happen just like that. And certainly not "now". It takes months to year(s), before they are functioning so-so (outside their proprietary kernel) and they need constant investments and love. They are like children with special needs ...
 
 
I bet you didn't read requirements?  If we would require that maintainers knows how to bring board up and fix bugs, nobody would apply! This is an assistance, to relieve those that knows something. They need help first, consumers of their time (you) optional.
 
There are other roles that can help in a problems you have. A lot more is needed that you can get what you are asking for:
https://forum.armbian.com/staffapplications/
All those things also need to be done, welcome to pick up. All roles can be from a few hours per week to full-time. And none will directly answer any of questions you have. Those roles are related with hard cash investment and since you expect all this for free ...
 

Like we all do and we have many other problems nobody helps to solve. But has to be done in order that project function.

If providing your time and expertise for common R&D work is not possible (your time is a lot more valuable, you have no time for this, ...), perhaps covering expenses of what has been asked? It is one click away. To answer some questions, people that understand things, can easily blow a week or more to provide an answer. 

You can also hire people to jump on problems you have at any time:
https://www.debian.org/consultants/ 
https://www.fiverr.com/share/67vQ7B
Much better than begging us to do more for you. Then person you are paying sends a fix to the problem:
https://docs.armbian.com/Process_Contribute/
 
 
Another difference between people that sold you some hardware and us. If Armbian solves problems you have, it support competition that in most cases in this area contributes close to nothing. With which problem I believe you have no problems with, but perhaps Armbian maintainers have? Just a rhetorical question.
 
Before asking for support, it's worth reading this.
https://docs.armbian.com/User-Guide_FAQ/

This is not hardware sellers forum.

We have hundreds of tasks waiting for someone. I bet it's possible to find something you can contribute to.
 

Ahaa, this.  Welcome to the club.
 
Percentage of people that knows how to deal with this complexity (on their expense!) is notoriously low since ever. New boards are coming out with at higher and higher rate, which means there is more and more pressure on people that knows stuff. Learning is very slow and expensive on the other hand. I understand you would like that your shiny new and good looking board function perfectly, but that will not happen just like that. And certainly not "now". It takes months to year(s), before they are functioning so-so (outside their proprietary kernel) and they need constant investments and love. They are like children with special needs ...
 
 
I bet you didn't read requirements?  If we would require that maintainers knows how to bring board up and fix bugs, nobody would apply! This is an assistance, to relieve those that knows something. They need help first, consumers of their time (you) optional.
 
There are other roles that can help in a problems you have. A lot more is needed that you can get what you are asking for:
https://forum.armbian.com/staffapplications/
All those things also need to be done, welcome to pick up. All roles can be from a few hours per week to full-time. And none will directly answer any of questions you have. Those roles are related with hard cash investment and since you expect all this for free ...
 

Like we all do and we have many other problems nobody helps to solve. But has to be done in order that project function.

If providing your time and expertise for common R&D work is not possible (your time is a lot more valuable, you have no time for this, ...), perhaps covering expenses of what has been asked? It is one click away. To answer some questions, people that understand things, can easily blow a week or more to provide an answer. 

You can also hire people to jump on problems you have at any time:
https://www.debian.org/consultants/ 
https://www.fiverr.com/share/67vQ7B
Much better than begging us to do more for you. Then person you are paying sends a fix to the problem:
https://docs.armbian.com/Process_Contribute/
 
 
Another difference between people that sold you some hardware and us. If Armbian solves problems you have, it support competition that in most cases in this area contributes close to nothing. With which problem I believe you have no problems with, but perhaps Armbian maintainers have? Just a rhetorical question.
 
Before asking for support, it's worth reading this.
https://docs.armbian.com/User-Guide_FAQ/

This is not hardware sellers forum.

Provide PR across all kernel configs here: https://github.com/armbian/build

Officially no. Too many hardware is seeking for very low time and expertise.
 

Example of first start
https://github.com/armbian/build/commit/3c4b69650e9f98edbf7f0a934add1dd19eb14772
Yes, it might looks complicated, but we are working on to improve the procedure. That is generally more useful for us.
 
 
Documentation - start there first:
https://docs.armbian.com/Developer-Guide_Build-Preparation/
https://docs.armbian.com/Process_Contribute/
... and do small steps.
 

That kernel is shipped with the chip, while path to modern kernel is long, hard and expensive:
https://docs.armbian.com/User-Guide_FAQ/#why-does-hardware-feature-xy-work-in-old-kernel-but-not-in-more-recent-one
 
 
Armbian framework help yes, while for hardware related features - we can't finance hardware vendor business.

Likewise, but perhaps they are totally overloaded for years in advance?

I would also like too see more community involvement in maintaining the project, since wishes are way too big for capacity project has. A lot of solutions got stuck in this stage. 
 
Armbian project already struggle and there is very little of interest to help project helping community.
https://docs.armbian.com/User-Guide_FAQ/#is-armbian-an-operating-system
 
How to proceed?
https://docs.armbian.com/Developer-Guide_Build-Preparation/
https://docs.armbian.com/Process_Contribute/
The process will receive support.

I understand now.
 
https://forum.odroid.com/viewtopic.php?f=93&t=36213
 
thanks for clarification

Sadly this is quite common - dd is not to trust. Just like Aliexpress 

Probably another move?
https://forum.armbian.com/forum/31-sd-card-and-psu-issues/

In current armbian-config,  we have a broken desktop install on top of CLI images, while I have made several checks and come to a conclusion its fairly simple to install desktop. Which could be a nice first working functionality in the new armbian-config. And a reason to start moving on.  

1. Available desktops per release for select box:
 
apt-cache search armbian-$(grep VERSION_CODENAME /etc/os-release | cut -d"=" -f2)-desktop- | cut -d" " -f1  
armbian-focal-desktop-gnome
armbian-focal-desktop-xfce
armbian-focal-desktop-budgie
armbian-focal-desktop-cinnamon
armbian-focal-desktop-deepin
armbian-focal-desktop-i3-wm
armbian-focal-desktop-mate
armbian-focal-desktop-xmonad
 
All those exists in repository and are up2date.
 
2. Installation
 
echo lightdm | sudo tee -a /etc/X11/default-display-manager DEBIAN_FRONTEND=noninteractive DEBCONF_NONINTERACTIVE_SEEN=true apt-get install --install-recommends -o Dpkg::Options::="--force-confdef" -o Dpkg::Options::="--force-confold" -y armbian-focal-desktop-xfce  
3. After install - more or less copy / paste
https://github.com/armbian/config/blob/master/debian-config-functions#L780-L819
 
I would start, but my brain is stuck in stack overflow mode  

Radxa rock-3a github.com/catalinii

Use:
 
 ./compile.sh CREATE_PATCHES="yes"
change sources when asked and a patch will be created / updated. Once done, copy that patch to the patck/kernel/sunxi64-edge/ folder and pay attention to the patch executing order. Hint - if you need that patch is executed last, add higher number or simply xx in front of the patch filename.
 
For adding an overlay, check this patch: https://github.com/armbian/build/blob/master/patch/kernel/archive/sunxi-5.15/general-sunxi-overlays.patch

Use:
 
 ./compile.sh CREATE_PATCHES="yes"
change sources when asked and a patch will be created / updated. Once done, copy that patch to the patck/kernel/sunxi64-edge/ folder and pay attention to the patch executing order. Hint - if you need that patch is executed last, add higher number or simply xx in front of the patch filename.
 
For adding an overlay, check this patch: https://github.com/armbian/build/blob/master/patch/kernel/archive/sunxi-5.15/general-sunxi-overlays.patch

Use:
 
 ./compile.sh CREATE_PATCHES="yes"
change sources when asked and a patch will be created / updated. Once done, copy that patch to the patck/kernel/sunxi64-edge/ folder and pay attention to the patch executing order. Hint - if you need that patch is executed last, add higher number or simply xx in front of the patch filename.
 
For adding an overlay, check this patch: https://github.com/armbian/build/blob/master/patch/kernel/archive/sunxi-5.15/general-sunxi-overlays.patch

Just for the record here is the first "release" message archived!
https://web.archive.org/web/20140102083415/http://www.cubieforums.com/index.php/topic,1275.0.html

I do not have any other A20 board. I will ask around my colleagues for a spare one.
Though If indeed there is a spare cubietruck to be provided by any forum member I would gladly help maintain this board.

Using this last image that I indicate in the previous answer, I have managed to turn on the equipment and make some first step in gnuradio.Thank you very much for the contribution, it made me think that I should extend my search beyond Armbian, although now I miss my beloved armbian-config, glad that I have managed to get this device working...  Then it will be the turn of the OrangePi Plus 2E but for now this topic is closed!
Travis from Analog Devices has also helped me.

Thank you very much!
Regards
VH

Sweet!  Runs great tho right?

My kernel's newer

 
 

I'd be happy to assist with Pinebook Pro maintenance. github.com/seclorum
 

Me again. I figured out what the problem was and I was able to solve this like that:
 
the original /boot structure contains three symbolic links, in my case on the ODROID-HC2 (which is equal to odroidxu4):
 
dtb -> dtb-5.4.151-odroidxu4
uInitrd -> uInitrd-5.4.151-odroidxu4
zImage -> vmlinuz-5.4.151-odroidxu4
 
The default boot.ini is seeking for that link names but on the fat system it's not possible to have symbolic links. I just renamed (or one can simply copy) the existing three files like that:
 
dtb-5.4.151-odroidxu4 ---to---> dtb
uInitrd-5.4.151-odroidxu4 ---to---> uInitrd
vmlinuz-5.4.151-odroidxu4 ---to---> zImage
 
I also found out that /boot folder is NOT being red by boot process, it looks at the root folder for those files. So I "mv /boot/* /" moved the complete content of the /boot folder into the root. That way the boot process works like a charm.
 
Thank you Igor for assistance. Have a nice weekend
 


 
 

Recently we announced that we are going to drop support for bulk of boards to secure better quality for those that will remain. But which will remain? Those who will have at least one dedicated maintainer - anyone can become one. 

Check new "Armbian standard" support policy:
 
Armbian team took over what was possible while the remaining boards, which won't get a maintainer by December 1st, will loose support status and will be removed from the download pages.
https://github.com/armbian/build/pull/3148

Apply and help
 
Apply for maintainership by contacting @yang or @Werner

Debian is not responsible for communicating with equipment. That is Armbian Linux kernel problem which is a donation from Armbian developers to you and larger Linux community.

Userland is "A conceptual space outside the kernel in which a user's applications can run without the risk of damage to the operating system."
https://docs.armbian.com/#what-is-armbian

We provide you operating system that looks on Debian (is made from the same versions of packages), so it works the same for you, when hardware functions are not involved. Otherwise those machines are very different.
 
FYI

Recently we announced that we are going to drop support for bulk of boards to secure better quality for those that will remain. But which will remain? Those who will have at least one dedicated maintainer - anyone can become one. 

Check new "Armbian standard" support policy:
 
Armbian team took over what was possible while the remaining boards, which won't get a maintainer by December 1st, will loose support status and will be removed from the download pages.
https://github.com/armbian/build/pull/3148

Apply and help
 
Apply for maintainership by contacting @yang or @Werner

Recently we announced that we are going to drop support for bulk of boards to secure better quality for those that will remain. But which will remain? Those who will have at least one dedicated maintainer - anyone can become one. 

Check new "Armbian standard" support policy:
 
Armbian team took over what was possible while the remaining boards, which won't get a maintainer by December 1st, will loose support status and will be removed from the download pages.
https://github.com/armbian/build/pull/3148

Apply and help
 
Apply for maintainership by contacting @yang or @Werner

Then possible problem is Network Manager ... Try Focal with another SD card.
 

It is unlikely that ZRAM would have anything to do with that ... try tweaking it. It has good added value. Search this forum for more info.