Jump to content

Search the Community

Showing results for tags 'read first'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


  • Armbian
    • Armbian project administration
  • Community
    • Announcements
    • SBC News
    • Framework and userspace feature requests
    • Off-topic
  • Using Armbian
    • Beginners
    • Software, Applications, Userspace
    • Advanced users - Development
  • Standard support
    • Amlogic meson
    • Allwinner sunxi
    • Rockchip
    • Other families
  • Community maintained / Staging
    • TV boxes
    • Amlogic meson
    • Allwinner sunxi
    • Marvell mvebu
    • Rockchip
    • Other families
  • Support

Find results in...

Find results that contain...

Date Created

  • Start


Last Updated

  • Start


Filter by number of...


  • Start






Website URL







Found 3 results

  1. Preparation Supported build environment is Ubuntu Focal 20.04 x64 (minimal iso image). a guest inside a VirtualBox or other virtualization software, a guest managed by Vagrant . This uses Virtualbox (as above) but does so in an easily repeatable way. Please check the Armbian with Vagrant README for a quick start HOWTO, inside a Docker , systemd-nspawn or other container environments (example), running natively on a dedicated PC or a server (not recommended), 20GB disk space or more and 2GB RAM or more available for the VM, container or native OS, superuser rights (configured sudo or root access). Execution apt-get -y install git git clone https://github.com/armbian/build cd build ./compile.sh This will download all necessary sources, execute compilation and/or build a boot-able image. Most of things will be cached so next run will be extremely faster! Real time examples: Documentation
  2. Few weeks ago I started to do some early investigating where we are in general. From rough to very specific ones. That shall not be my personal plan only - what to do in the next 6-12 months? What shell we try to finish, change, close, turn to, remove, go, ...? There are wishes, plans, micro plans. Some are common, some individual. Most of them are in our heads or just scattered around various forum topics, GitHub issues, personal agendas. Without proper common project tracking, one need a day or a week to sit down, scrap all this, think, make a visual, think again. And perception is still too narrow. What is important, what shell anyone work on if he wants to? Where we go next? When to finish this, that we are able to do that? Recently we did some changes to upgrade organisational levels by starting to track changes via Github kanban project management system. We made groups and few tasks went along smoothly this way. It is probably good enough solo for build script but to manage the project as a whole, we need something (much) better than this. There were several mentioning and ideas related to Jira. I use Jira on a separate project for several months now. Playground is around 50 active users separated in multiple teams doing software development. I am delighted how Jira helps in this process. There is surely some efforts to get this implemented and shift your MO to work the SCRUM way. Do we want that? Which are pros and cons? Is is worth going this way? If we go this way, we need and should find assistance. Perhaps there are people here which have (much) longer experiences running software project this way and can show us what is the best way? Dedicated project manager or just an Jira geek, which, in theory, does not need coding skills and can scan and move ideas from forum/GitHub/personal chat. Those which we are happy to deal with, to this central project manager tool. This should be rather a support for development process, not an additional boring unnecessary work. There are videos for quick start and some additional resources can be added if needed. I saw those/recommend at least this few times: Using Jira (22m) Software development best practices (40m) Primary purpose of project management tools is to cope with a complexity. Jira was designed and it is used by many software development projects. Bigger and smaller than ours. We need better organisation and we need to save time! What shell we do with current Github issues and effort? IMO simply move already created teams and project structure to Jira while leave everything as is. And with help from someone that master Jira. The unstructured part of the development remains as is, while it could and can be linked with Jira. I already sent a request to get a free Jira licence for open source projects. It was granted at once. Shall we proceed? In case we do, I need help, and help to get help. In case not, what then?
  3. Hi everyone, I was doing speed tests on the XR819 and started looking at the driver code. My this looks very similar to the cw1200 driver already in mainline Linux. I started modifying the cw1200 driver to try and get it to work with the XR819. Apart from someone renaming functions and adding a bunch of important junk for XR819, the drivers are quite similar. I've modified the cw1200 driver up to the point that it's loading the boot_cw1x60.bin ( boot_xr819.bin ) file, but for some reason the bootloader is returning an error instead of success. I don't think it's possible to diagnose this without the datasheet from ST. Clearly this exists, because people were able to write the cw1200 driver for mainline. Does anyone have a clue where I might find the datasheet for the CW1100? I also haven't been able to find the firmware files from ST for this chip. They don't exist in the linux-firmware tree! Here's my progress thus far: Try to load cw1200_wlan_sdio first time. Timeout waiting for bootloader to respond (I think XR819 has the same bug, no?) Unload the module and load it again: Here's my diff to the mainline driver.
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines