Jump to content

SteeMan

Moderators
  • Posts

    1681
  • Joined

  • Last visited

Everything posted by SteeMan

  1. No resources to support it. Armbian is volunteer based with only has a few core volunteers. There are hundreds of boards out there, more practically every day. This is open source so the Armbian build environment is there for anyone to step up and contribute. And if you don't have the coding skills there are many ways to contribute and give back to the community: https://docs.armbian.com/Process_Contribute
  2. The dtb you downloaded is not from armbian. That site is a fork of armbian and they use the armbian name without permission. They do not participate in armbian development, nor do they contribute to these forums. The armbian build you did download doesn't support the s905l2 specifically (there are no dtbs in the mainline linux kernel for that specific cpu). I don't have any boxes with this chip so it is unlikely that I or anyone here has much guidance for you.
  3. @ext23 What box do you have? (The thread you have posted this question in is for a B680H). What build are you using? I've never seen that dtb file, where did you get it from?
  4. What build are you using? What instructions are you following? List the steps you have performed.
  5. @Tu N You have provided almost no information for anyone to help you. Please provide the following basic information: what box do you have, what build are you using (exact filename of image), what steps did you perform to install to emmc?
  6. This is link is to a non Armbian build. You have linked to a fork of Armbian, and they do not contribute to Armbian development nor do they participate in these forums. They use the Armbian name without permission. We therefore can't support or help with those builds as we know nothing about them. You need to use their forums/support channels to ask your questions about their forked work. No, you are talking about different software than is discussed in these forums.
  7. Read the FAQ, don't expect much to work beyond the basics. The display isn't working on any amlogic tv boxes using these builds. Per the FAQ: "4. Expectations should be set low (i.e. don't expect anything to work) but if you do get the box to boot, get HDMI and wired ethernet to work, you are doing good."
  8. For any chance of getting help on this, you need to provide some information. What vfd screen are you talking about? What do you mean by 'not working'. What are you trying to do with this screen? Also, please read the FAQ item on overall armbian TV Box status: https://forum.armbian.com/topic/16976-status-of-armbian-on-tv-boxes-please-read-first
  9. That isn't an official armbian release it is some fork of offical armbian. You need to direct your question to the person who created that release. We can't help you here as we know nothing about that code.
  10. Armbian comes with three levels of linux kernels in general (not all boards support all types). edge = "bleeding edge" or development kernels, not supported, meant for testing only; current = the currently supported stable kernels; legacy = either a vendor supplied kernel (often not maintained) or an older stable mainline kernel, generally not supported but provided for testing/compatibility reasons. As @Werner stated above you want to install a 'current' kernel. In the list you showed, you are only showing 'edge' kernels. You need to select one that uses the word 'current' where you are seeing 'edge' in the listing.
  11. armbian-config lets you switch kernels
  12. @mat Thanks for your willingness to work on this. If what you are saying is correct, then the linux kernel already being shipped for all amlogic boards should support this specific cpu (I don't believe there is a special kernel built for the vim1s). Then the issues boil down to dtb's and u-boot. Ideally this should be incorporated into the aml-s9xx-box builds. The most difficult part is likely to be the u-boot.
  13. @rpardini What is the recommended approach to incorporating firmware from mainline into the armbian-firmware package (other than copying the files and then running the risk of divergent files over time if they change in mainline)? Some sort of buildtime reference that copies the current mainline files over? What was done here https://github.com/armbian/firmware/pull/63 seems brittle to me.
  14. For now I would suggest you just incorporate your changes into the existing s9xx-box. Adding an entire new board comes with a much higher level of commitment on your part (expectations on being a maintainer for that board to keep it in the project). Also since TV boxes aren't officially supported by Armbian, we try to have minimal impact on the build infrastructure. Also by keeping these emlogic boxes under one umbrella, hopefully that leads to more community/developer support for all of them, as opposed to spreading them out as separate boards. This can always be changed in the future if directions/needs change.
  15. @Jens J. I would suggest that you work on learning how to incorporate into the armbian build each of the components that you are modifying. I wanted to point out to you that armbian builds two different firmware files: armbian-firmware and armbian-firmware-full. The install by default installs armbian-firmware. The difference between the two is that armbian-firmware is a paired down set of firmware theoretically containing just the firmware needed for supported boards. Whereas armbian-firmware-full is the complete firmware from the linux kernel plus any custom/added firmwares that are not mainlined. So since you are just using what is in mainline, all you should need to do is install the full firmware package (apt install armbian-firmware-full). In your PR, since you copied from mainline, if mainline gets updates to those files, they will not be incorporated into armbian, so that is potentially a problem.
  16. @Jens J. If you could package this into a PR then everyone could benefit from your hard work
  17. This is not an Armbian image. This is a fork of armbian. You need to ask for support from where you downloaded your image, we can't help you here as we didn't product that image. IT is unfortunate that others use the armbian name without permission, and cause confusion among users.
  18. That is not an Armbian image. That is a fork of armbian and you need to get support from the location you downloaded your image from. We can only help here with genuine Armbian images.
  19. Topic moved and appropriate tag added.
  20. This is not the file name for an genuine Armbian image. You will need to look for support from where ever you downloaded this non-armbian image.
  21. That would not be an armbian image then if it didn't come from official Armbian sources. So this isn't really the place to discuss non-armbian builds.
  22. You can find clues in the android dtb, but the kernel implementations between the vendor custom kernel used for android and mainline kernel are significant different, so they in general are not compatible.
  23. In your current build, 'edge' is the build name is the branch you are using. main is the correct build environment to pull. Depending on what your are trying to do, you probably need to spend some time learning the build system to understand how it works in order to accomplish your goals. Your questions are very basic and come across as you haven't done your homework in reading the documentation and learning the build system. As you can probably tell from igor's response, Armbian survives on very few contributing developers who don't generally have time the hand hold newbies. I don't know your situation, and am just reacting to the limited information at hand in this one post.
  24. What firmware is installed then?
  25. This is the uboot you want to use. I updated the amlogic installation instructions over the weekend to add the cpu to uboot and dtb family maping information.
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines