Jump to content

Igor

Administrators
  • Posts

    13936
  • Joined

  • Last visited

Everything posted by Igor

  1. I would suggest you to use this tool for rebuilding a kernel. Otherwise, if you really want to build on the board, we currently have a small problem with stable repository and you need to proceed this way if you are in a hurry.
  2. Will be fixes in a day, two. If you need this right now, you can switch to nightly builds - also in armbian-config. Don't be scared about - all Arch based distros are on automated daily builds.
  3. Can you point to that boot script? https://github.com/armbian/build/blob/master/config/sources/families/mvebu64.conf#L3
  4. It would be worth to clean / rework this properly following by opening a merge request. I think how we have this inside is wrong, but its not only my judgement. Merge request is just a proposal of change, propose them.
  5. I know. This is a general precaution. Most of people that I am saving days or weeks don't even try to save mine, give anything to help lowering the bills of this project. And they never stop asking questions if they hit jackpot with someone to understand many technical aspects ... As you can see - there are a lot more questions then answers. "I have a problem, How to do this ..." is easy to generate. Easier to use search engine trying to get as much data from the database. Before asking a new question. I don't know if you will find something, but its worth trying. Its not personal. Just rant.
  6. Adding there would be too late. https://github.com/armbian/build/blob/master/config/bootscripts/boot-sunxi.cmd#L36 Anywhere, but the problem are overrides: config:% grep -R BOOTDELAY * config:% grep -R BOOTDELAY * sources/families/rockchip.conf:BOOTDELAY=1 sources/families/rk322x.conf:BOOTDELAY=0 sources/families/include/rockchip64_common.inc:BOOTDELAY=0 sources/families/include/sunxi64_common.inc:BOOTDELAY=1 sources/families/include/sunxi_common.inc:BOOTDELAY=1 I don't know why we have this in first place.
  7. Applying patches to Armbian system that will build kernel with additional changes? Put those patches them into userpatches/kernel/sunxi-current or userpatches/kernel/sunxi-edge and add them to series file inside that folder. Outside of this is not Armbian specific anymore, so you can check any book, guide, attend school, curses, whatever ... and hope they patches apply cleanly. If not, you will need to correct them. Not Armbian problem, also not LibreELEC. Specifically what you are asking is not my field, can't tell.
  8. There are many different version of images for download and you didn't specify with which you have issues with. You have to read how to documentation and see if you can help yourself as you don't want to make additional damages. Also start from here https://www.armbian.com/faq as without all information, bug doesn't exists. After you https://forum.armbian.com/subscriptions/
  9. Yes. I think its related to this code. BOOTDELAY is armbian internal variable, which you can set with parameter. https://github.com/armbian/build/blob/master/lib/compilation.sh#L225-L227
  10. I fix sources so they don't change to secure stability. You need to build from sources https://github.com/aircrack-ng/rtl8812au to see if there are changes. If things are working, provide new commit ID for https://github.com/armbian/build/blob/master/lib/compilation-prepare.sh#L385 and you will help everyone.
  11. I choose to move away from repository under our control to PPA simply because I hardly find time to see my kids and nobody else care ... until its changed on worse. If we as a community (I can fix this for myself this way or another) want to have all those segments under better control, no PPA involved, automated testing of this feature and similar ... this project need help on a daily basis. I am afraid not many other options.
  12. Upgrade won't work atm but if you build a clean image, ZFS will build. Also if you know how to add this by hand.
  13. Like today and from latest sources? Can you provide information exactly which image did you build? Changes to the partition management has been merged last week and they could cause those problems: https://github.com/armbian/build/pull/4184 https://github.com/armbian/build/pull/4138 @going
  14. Board is supported if there are volunteer maintainers which are suppose to help this way. I can personally assure you that WiFi on 3 LTS was tested (at least on 2.4G network) and it works. I am not saying it works pitch perfect yet, but it works good enough for amateur use. More then this we can't provide as there is absolutely no interest from your side to compensate time lost working on things in your interest. Since this is open source and since we provide perfectly supported SDK, nobody prevents anyone to fix problems. Its always a trade. That kernel will probably never receive any update. If that suits you and if you trust that vendor private kernel which nobody else uses with random hacks and random hacks on top of Armbian (yes, they use Armbian as a base, not Ubuntu. Ubuntu is only to make sales association), use that. Usually there is just one version that is ported to the new kernel with minimum efforts. Mainlining drivers is epic and expensive project which is difficult to run if clients are not paying anything and all benefits also goes to your competition. https://docs.armbian.com/User-Guide_FAQ/#development-time (check other FAQ points) Possible workarounds: try connecting with other tools, twice, try rfkill list / block / unblock, reboot, ...
  15. Yes. You need to run nand-sata-installer and choose "update u-boot"
  16. Check logs -> output/debug
  17. 1. Looks good. 2. Yes 3. https://docs.armbian.com/Process_Contribute/, always add patches to CURRENT (5.15.y) and EDGE (5.19.y). Usually patch can be identical. Look here: https://github.com/armbian/build/blob/master/patch/kernel/archive/sunxi-5.19/patches.armbian/arm-dts-overlay-sun8i-h3-cpu-clock-add-overclock.patch https://github.com/armbian/build/blob/master/patch/kernel/archive/sunxi-5.19/patches.armbian/Move-sun50i-h6-pwm-settings-to-its-own-overlay.patch https://github.com/armbian/build/blob/master/patch/kernel/archive/sunxi-5.19/patches.armbian/arm-dts-overlay-Add-Overlays-for-sunxi.patch https://github.com/armbian/build/pull/4165 It is handy to use ./compile.sh EXPERT=yes CREATE_PATCHES="yes" command line to help make patches.
  18. Since several weeks, we build all not supported images that at least build, but they are elsewhere https://github.com/armbian/community and untested. Improvements, if any, are still accepted: https://docs.armbian.com/Process_Contribute/
  19. No Linux is having full control over its component made by thousands of people. This particular problem was caused by this https://github.com/cli/cli/issues/6175 where you can find instructions how to fix a problem you have. I already fixed the key, so future releases will have this fixed https://github.com/armbian/build/pull/4163
  20. 4.14.y is very old kernel, which even Hardkernel stop supporting awhile ago and problem could be related to that - ZRAM implementation. Move to 5.4.y. At least.
  21. That link proves that problem was fixed, but network issues and bugs in 3rd party components can rise up at any time ... This commit https://github.com/armbian/build/pull/4163 could contribute to the problem you were facing. Another possible problem are APT_CATCHER bugs, another Qemu bugs, ... Documentation is your first stop.
  22. Hi stranger. Start here: https://www.armbian.com/bugs/ and here https://docs.armbian.com/Developer-Guide_Build-Preparation/ Then search forums. Logs are located in output/debug. This is what you need to check 1st. This https://github.com/armbian/build/actions/workflows/build-all-desktops.yml tells us that 20 hours ago installation of all possible desktops worked. Tried local build: no issues. It could be some network related problem on your side. Try again.
  23. This is the diff between your device tree and the one shipped with (latest 5.19.y) kernel: Everything is there, just disabled by default. Don't we have overlays for enabling this via armbian-config -> system -> hardware?
  24. Image is pre-configured for RPi4, but I think some mingling of /boot/config.txt can make this hardware work.
  25. Idea was to provide client part, so I don't know why server was also there. If you agree with the change, comment & approve: https://github.com/armbian/build/pull/4162
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines