Jump to content

Igor

Administrators
  • Posts

    13586
  • Joined

  • Last visited

Reputation Activity

  1. Like
    Igor got a reaction from ich777 in RockPi-E enabling UART1 and OTG using custom DT overlays   
    Open a PR here https://github.com/armbian/build/tree/main/patch/kernel/archive/rockchip-6.1/overlay
     
     
    If he doesn't want to be contacted, there is nothing we can do. This is volunteering position at best effort principle. Some have time, interests and love, some don't. When we notice maintainer becomes unresponsive, board is (at release cycle) moved from "Standard" to "Community support" unless someone else take it over ...
     
    https://github.com/ich777/pikvm-rockpi-e
    This would be much better to be done as extension to the build framework.
    Examples:
    https://github.com/armbian/os/blob/main/userpatches/extensions/ha.sh
    https://github.com/armbian/os/blob/main/userpatches/extensions/openhab.sh
    Docs:
    https://docs.armbian.com/Developer-Guide_Extensions/
    There is another person, that is around, doing similar https://github.com/srepac/kvmd-armbian perhaps teaming up and do it properly & maintainable? And with IMO less efforts.
  2. Like
    Igor got a reaction from djurny in Re-Run the first login script   
    Try with:
     
    sudo touch /root/.not_logged_in_yet  
    + reboot.
  3. Like
    Igor got a reaction from Kalobok in Armbian with preinstalled Home Assistant supervised   
    Yes. I have also updated instructions in the 1st post.
  4. Like
    Igor got a reaction from Kalobok in Armbian with preinstalled Home Assistant supervised   
    Download Armbian with HA
    Then boot the image, wait few minutes and login via http://ip_address_of_armbian_running_ha:8123 (official onboarding manual)
     
    Home Assistant Supervised is, more or less, a full blown Home assistant.
     


    Main difference between HA OS and Armbian with HA is that underlying OS here is clean Armbian Debian Bookworm and there is custom dedicated buildroot OS that is provided for a few single board computers, primarily for Raspberry Pi. We provide HA on a small selection of single board computers, but in theory, its possible to run this on (almost) all that are possible to build.
     

    I am running HA on Odroid N2+ and it works without any problems. I have z-wave network with sensors and switches, air humidifier, Android TV, Android phones, dishwasher, ... Things works flawlessly, much better then few years back when I started with home automation for a first time, with OpenHab. This time it was setup from scratch and in a matter of days, most of devices are in function, playing with automation.
     
    Tested on:
    Odroid N2/N2+ Odroid M1 Nanopi R4S Uefi-x86 Khadas VIM1S Khadas VIM4 (Amlogic vendor kernel trouble, failing / need inspection) Bananapi M2 Pro  
    Provided for but untested (images you find on board downloads locations, seek them here https://www.armbian.com/download/😞

     
     
    DIY

    Contribute
     
    Support:
    single board computer hardware https://www.armbian.com/bugs home assistant functions https://community.home-assistant.io/
  5. Like
    Igor got a reaction from Kalobok in Armbian with preinstalled Home Assistant supervised   
    Today I went and update OS packages on my Odroid N2 running Armbian HA instance. Logs:
     
     
    I did reboot after this, then update Home Assistant Core via HA web interface to latest version 2024.2.3

    All went fine!
  6. Like
    Igor reacted to Werner in Raspberry Pi4 apt-get update problems   
    Yeah, why not. As CSC of course.
  7. Like
    Igor reacted to joekhoobyar in Radxa 25W PoE Hat   
    At least for legacy kernels, it possible to use Radxa's overlay for the 25W PoE hat.
     
    This should allow you to use the PWM fan on the PoE hat.
     
    #!/bin/bash # Install linux headers apt-get install -y linux-headers-legacy-rk35xx # Download and compile the device tree overlay h=/usr/src/linux-headers-$(uname -r) wget https://raw.githubusercontent.com/radxa/overlays/f2679399887b678dec62cb50cb44c767a2bcb293/arch/arm64/boot/dts/rockchip/overlays/rock-5b-radxa-25w-poe.dts cpp -nostdinc -I $h/include -I $h/arch -undef -x assembler-with-cpp rock-5b-radxa-25w-poe.dts | dtc -I dts -O dtb -o rock-5b-radxa-25w-poe.dtbo # Install device tree overlay mkdir -p /boot/overlay-user mv rock-5b-radxa-25w-poe.dtbo /boot/overlay-user echo 'user_overlays=rock-5b-radxa-25w-poe' >>/boot/armbianEnv.txt  
  8. Like
    Igor reacted to BOFFBOY in Kudos for the new version - OPi5+   
    i agree.. thank you team
  9. Like
    Igor reacted to ricardo_brz in Kudos for the new version - OPi5+   
    I'd like to congratulate you for a great release (24.2.1) with KDE! I was looking for a guide to install KDE in a minimum version, but I could not trim it down enough, and this release solved my issues.
     
    Everything is working smoothly, video acceleration is there, Wi-Fi (AX210) is there, bluetooth is there! A real pleasure to use.
     
    Best, team!
  10. Like
    Igor got a reaction from s100sic in CSC Armbian for RK3318/RK3328 TV box boards   
    I am open for this idea - one of you needs to take responsibility to make it happen - I'll just run the build once is in the system. Can be discussed on regular developers meetings.
  11. Like
    Igor got a reaction from Patrick Zajda in Armbian with preinstalled Home Assistant supervised   
    Download Armbian with HA
    Then boot the image, wait few minutes and login via http://ip_address_of_armbian_running_ha:8123 (official onboarding manual)
     
    Home Assistant Supervised is, more or less, a full blown Home assistant.
     


    Main difference between HA OS and Armbian with HA is that underlying OS here is clean Armbian Debian Bookworm and there is custom dedicated buildroot OS that is provided for a few single board computers, primarily for Raspberry Pi. We provide HA on a small selection of single board computers, but in theory, its possible to run this on (almost) all that are possible to build.
     

    I am running HA on Odroid N2+ and it works without any problems. I have z-wave network with sensors and switches, air humidifier, Android TV, Android phones, dishwasher, ... Things works flawlessly, much better then few years back when I started with home automation for a first time, with OpenHab. This time it was setup from scratch and in a matter of days, most of devices are in function, playing with automation.
     
    Tested on:
    Odroid N2/N2+ Odroid M1 Nanopi R4S Uefi-x86 Khadas VIM1S Khadas VIM4 (Amlogic vendor kernel trouble, failing / need inspection) Bananapi M2 Pro  
    Provided for but untested (images you find on board downloads locations, seek them here https://www.armbian.com/download/😞

     
     
    DIY

    Contribute
     
    Support:
    single board computer hardware https://www.armbian.com/bugs home assistant functions https://community.home-assistant.io/
  12. Like
    Igor got a reaction from flatterrich in apt-get update fails with public key errors   
    Key is not deprecated, method is. On Noble / Sid and future.
     
    sudo wget https://apt.armbian.com/armbian.key -O key sudo gpg --dearmor < key | sudo tee /usr/share/keyrings/armbian.gpg > /dev/null sudo chmod go+r /usr/share/keyrings/armbian.gpg sudo echo "deb [arch=$(dpkg --print-architecture) signed-by=/usr/share/keyrings/armbian.gpg] http://apt.armbian.com $(lsb_release -cs) main $(lsb_release -cs)-utils $(lsb_release -cs)-desktop" | sudo tee /etc/apt/sources.list.d/armbian.list apt update  
  13. Like
    Igor got a reaction from puzzle9 in apt-get update fails with public key errors   
    Key is not deprecated, method is. On Noble / Sid and future.
     
    sudo wget https://apt.armbian.com/armbian.key -O key sudo gpg --dearmor < key | sudo tee /usr/share/keyrings/armbian.gpg > /dev/null sudo chmod go+r /usr/share/keyrings/armbian.gpg sudo echo "deb [arch=$(dpkg --print-architecture) signed-by=/usr/share/keyrings/armbian.gpg] http://apt.armbian.com $(lsb_release -cs) main $(lsb_release -cs)-utils $(lsb_release -cs)-desktop" | sudo tee /etc/apt/sources.list.d/armbian.list apt update  
  14. Like
    Igor reacted to SteeMan in Orange Pi Zero 3   
    When you have been involved with Armbian for a length of time (and read a few of igor's rants 🙂 ) you will realize why what was said here will not be received well by many within Armbian.
    It isn't that what you are saying isn't a reasonable comment.  The problem is that Armbian is under resourced by probably an order of magnitude.  Discussions are continually occurring on how the project can survive let alone move forward.  Many of those conversations involve discussing how more can be done with less resources, ways to cut features/scope to make what exists manageable.  So by you saying to "put [more work] onto developers in Armbian is far better than ..." you are hitting a nerve.  In the current environment that will never pass muster.  Any proposed solution needs to maintain or reduce developer work in the long term.  So any feature suggestion is going to be measured first against that metric, then secondarily by the merits of that feature. 
     
    This whole dtd discussion is fundamentally a request for a new feature for Armbian.  Regardless of the merits of your focus on the end user experience, that isn't the way Armbian has handled dtbs in any of the existing boards that are supported.  I'm not saying that what exists is good or desireable, but it is what it is.  Can it be improved, sure.  Can it be improved and at the same time not increase maintenance costs going forward, maybe.
     
  15. Like
    Igor got a reaction from suser in [Solved] Impossible to disable IPv6   
    nmtui-edit Select interface, go to IPV6 and switch to "ignore". Perhaps you will need to restart.
  16. Like
    Igor reacted to J.Ayuso in RPi5 kernel headers   
    Thank you so much for your support!
    I can compile drivers now.
  17. Like
    Igor reacted to jmaus in RPi5 kernel headers   
    Absolute awesome. Thank you @Igor for the fast response. Now all the kernel and kernel headers are there and I can compile additional kernel modules. Highly appreciated!
  18. Like
    Igor got a reaction from jmaus in RPi5 kernel headers   
    6.1.74 current and 6.6.13 edge are going to be available on stable repository shortly after this is done:
    https://github.com/armbian/os/actions/runs/7708966983
  19. Like
    Igor got a reaction from dusikasss in Armbian with preinstalled Home Assistant supervised   
    Download Armbian with HA
    Then boot the image, wait few minutes and login via http://ip_address_of_armbian_running_ha:8123 (official onboarding manual)
     
    Home Assistant Supervised is, more or less, a full blown Home assistant.
     


    Main difference between HA OS and Armbian with HA is that underlying OS here is clean Armbian Debian Bookworm and there is custom dedicated buildroot OS that is provided for a few single board computers, primarily for Raspberry Pi. We provide HA on a small selection of single board computers, but in theory, its possible to run this on (almost) all that are possible to build.
     

    I am running HA on Odroid N2+ and it works without any problems. I have z-wave network with sensors and switches, air humidifier, Android TV, Android phones, dishwasher, ... Things works flawlessly, much better then few years back when I started with home automation for a first time, with OpenHab. This time it was setup from scratch and in a matter of days, most of devices are in function, playing with automation.
     
    Tested on:
    Odroid N2/N2+ Odroid M1 Nanopi R4S Uefi-x86 Khadas VIM1S Khadas VIM4 (Amlogic vendor kernel trouble, failing / need inspection) Bananapi M2 Pro  
    Provided for but untested (images you find on board downloads locations, seek them here https://www.armbian.com/download/😞

     
     
    DIY

    Contribute
     
    Support:
    single board computer hardware https://www.armbian.com/bugs home assistant functions https://community.home-assistant.io/
  20. Like
    Igor reacted to Deoptim in Instruction on how to use wireless WoL (Wake on LAN) using RTL8189FS (RTL8189FTV) module   
    Instruction on how to use wireless WoL (Wake on LAN) using RTL8189FS example in Armbian 23.x Bookworm
    (This wireless WIFI adapter is installed in Oprange Pi Lite/Oprange Pi Plus(2E)/Orange Pi Zero Plus/Oprange Pi PC Plus/Oprange Pi 2/etc...)
     
    1. First of all we need to change the device tree configuration file dts file for our single board. The point is that for most WIFI drivers for SDIO interface there is a normal configuration of single board wake-up via interrupt and therefore there is no need to go into dts. In the driver for RTL8189FS (aka RTL8189FTV) there is NO such feature as "host-wake" interrupt and we will have to make small changes to wake up the single board when Magic packet (WoL) is detected through the "gpio-keys" button module.
    The same method will most likely work for the related RTL8189ES (aka RTL8189ETV) adapter, but keep in mind that here you will most likely need other settings in the dts file, since the gpios (for wifi_rst and wifi_wake) for your single-board adapter will be under a different number.
     
     
    2 The second step is to compile and install a new driver for RTL8189FS with WoL function enabled, I will do it on the single board itself. You can also do cross compilation (do it on your computer).
     
     
    3. How to use WoL.
     
     
    4. Additionally.
     
     
    wol-wakeup-for-rtl8189fs.dts.txt
    QuickStartGuideforWOW.399483868.pdf
    Link to original source
  21. Like
    Igor reacted to pinie_pinie in Odroid XU-4 NAS Hard drives automatically in standby   
    Hello, First of all, thank you very much for your support and your work on the system. I can imagine how much work goes into this project. As feedback, I would like to share my findings. As I said, I have little knowledge of Linux. But maybe they will help others. The downgrade to kernel 5.4 was unsuccessful under "jammy". It just didn't work. I loaded “bookworm” and it worked there without any problems. Of course I'm not an expert, but I followed the same steps. Anyway, just for information. You were right, under kernel 5.4 the "rc.local" is evaluated with the hdparm command and works. I continued testing. On kernel 6.1 I uninstalled "hdparm" and installed "hd-idle". Under Kernel 6.1 "hd-idle" works without problems. I'm excited. So from my point of view the following conclusion: Kernel 5.4 "hdparm" does not work under Kernel 6.1. I continue to use Kernel 6.1 and send my hard drives to sleep with "hd-idle". You can certainly assess or classify my findings better. In any case, my problem is solved with your support. Thank you for that!!! I found out that “plex” can be installed under armbian-config. My system runs very smoothly with Armbian + Plex on my XU-4. Thank you!!!!
  22. Like
    Igor reacted to SteeMan in Orange Pi Zero 3   
    I just want to add a few comments to this whole dtb overlay discussion.
     
    First I want to thank all of you involved in this discussion.  You all have different view points and I think are tackling a very difficult problem to which there is no perfect solution.  What comes out of this discussion should be applied to the other soc families as well, as they all suffer from some form of this issue as there is no standard in place that works for all use cases well.  From what I have seen, good minds are thinking this through and I expect a good result to follow.
     
    The reason I am commenting at all, is because in my role as forum moderator, the basic question: "How do I enable feature x on my board" is one of, if not the most commonly asked question by end users of the forum.  And when the answer is 'just write a dtb overlay', you have lost 95% of those users as they do not have the skills/knowledge to do that.  The status of the dtb overlay's across Armbian supported and community maintained boards is poor.  There is no standardization from family to family or board to board.  And no testing of what does exist to ensure that it works.  Now I'm not saying that all of this needs to be solved in what comes out of this design discussion.  I'm just saying from my perspective as a moderator that this is an area that can use some attention, and in doing so, please try to make the end result usable by the typical end user of an sbc, trying to do common things.  I realize also that I'm saying this when I only use these boards as servers and don't personally need any of the functionality the overlays provide.  But as a forum moderator, I see the mismatch between what is being done and some common use cases that end users are looking for.
  23. Like
    Igor reacted to ag123 in NPU   
    here is some 2 cents comments, if you are meaning NPUs like these:
     
    https://github.com/rockchip-linux/rknpu2
     
    - hardware interfaces are kept as trade secrets and not published anywhere
     
    1st the hardware interfaces are practically undocumented, what they provide is mostly an 'sdk' with some binary blobs
    it practically means there is *no way* to use the NPU as those binary blobs in turn depend on device drivers which again are binary blobs (no source)
    and there is no hardware documentation any where about the technical details, registers etc. 
    if that at least those are published, one could possibly start coding something to test things on the NPU.
     
    then that for things like ethos-n78
    https://www.arm.com/products/silicon-ip-cpu/ethos/ethos-n78
    you can find some info here
    https://developer.arm.com/Processors/Ethos-N78
    but that it seemed the real SOCs with that chip is no where to be seen let alone any boards found with them.
     
    - IO / cpu scheduling 
     
    cpu frequency scaling / governors are well documented
    https://www.kernel.org/doc/Documentation/cpu-freq/governors.txt
    https://docs.kernel.org/scheduler/schedutil.html
    https://www.kernel.org/doc/html/latest/scheduler/
    and for 'simple' ARM (or RISC V) chips, any sort of 'elaborate' scheduling are probably going to just burn more cpu cycles with little to gain.
    but that nevertheless the source codes and the documentations are there so that one can try to develop your own governor if you prefer.
    and that the elaborate 'advanced' schedutil governor is already there in the kernel, likely in Armbian as well.
    Hence, one can proceed to improve that if one deem that the state-of-the-art currently isn't adequate.
     
    and if one wants to do some manual scheduling there is the plain old "nice" command
    https://www.scaler.com/topics/linux-nice/
     
    ----
    well my thoughts, scheduling and NPU are 2 unrelated issues, it is possible to handle 'elaborate' scheduling without an NPU, this is currently the state-of-the-art from the 'lowly' ARM boards that we are running, to top tier high core count Intel Xeon / AMD Epyc processors and running all that loads ranging from amazon, google, chatgpt etc, no issues.
     
    The other thing being the NPUs itself, currently many SOC IP owners, held their hardware interfaces as *trade secrets* and refused to release them.
    You would need to jump that hoop to even use the NPU without any documentation, or else use their proprietary binary blob software, which won't work outside their proprietary binary blob distributions.
     
    This withheld *trade secret* about the NPU is the biggest pitfall / trap to those buying those boards with those SOCs and wanting to use the NPU. you get *no support*, *no help*, *no nothing* after you buy the board which purportedly has the NPU. practically *useless*. don't even bother to try it for any 'test' 'AI' stuff, you may at best get a *binary blob demo* and that's it (and it is not anywhere close to even using it for any practical purpose, let alone scheduling).
     
    And much more than that, using an NPU practically means that your neural network model must be *quantized*, if you know what that means. All those small NPU hardware normally handles like 8 bit integers, 16 bit integers or at best 16 bit floats. This practically means that you would need to spend a lot of effort to *convert* even ordinary neural networks into the *quantized* form that can be processed by the NPU, if you can't convert that it is  unusable. Even if you managed to convert that there is a risk of lost of precision, e.g. if you convert a 32 bit float down to an 8 bit int, you may practically be quantizing a number space of 4 billion numbers (actually more) to 256 quantized levels. that is the extreme of the information loss, and at the end of the day, if it even works, you may simply get *wrong* results, and again it is practically *useless*.
     
  24. Like
    Igor got a reaction from umiddelb in Armbian with preinstalled Home Assistant supervised   
    Download Armbian with HA
    Then boot the image, wait few minutes and login via http://ip_address_of_armbian_running_ha:8123 (official onboarding manual)
     
    Home Assistant Supervised is, more or less, a full blown Home assistant.
     


    Main difference between HA OS and Armbian with HA is that underlying OS here is clean Armbian Debian Bookworm and there is custom dedicated buildroot OS that is provided for a few single board computers, primarily for Raspberry Pi. We provide HA on a small selection of single board computers, but in theory, its possible to run this on (almost) all that are possible to build.
     

    I am running HA on Odroid N2+ and it works without any problems. I have z-wave network with sensors and switches, air humidifier, Android TV, Android phones, dishwasher, ... Things works flawlessly, much better then few years back when I started with home automation for a first time, with OpenHab. This time it was setup from scratch and in a matter of days, most of devices are in function, playing with automation.
     
    Tested on:
    Odroid N2/N2+ Odroid M1 Nanopi R4S Uefi-x86 Khadas VIM1S Khadas VIM4 (Amlogic vendor kernel trouble, failing / need inspection) Bananapi M2 Pro  
    Provided for but untested (images you find on board downloads locations, seek them here https://www.armbian.com/download/😞

     
     
    DIY

    Contribute
     
    Support:
    single board computer hardware https://www.armbian.com/bugs home assistant functions https://community.home-assistant.io/
  25. Like
    Igor reacted to sgufa in Problem building on WSL2   
    Hi,
    after update to stable v23.11 branch i cannot build anymore under WSL2
     
    i get the following error when the process starts to create the image:
     
    "Error: Partition(s) 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64 on /dev/loop0 have been written, but we have been unable to inform the kernel of the change, probably because it/they are in use.  As a result, the old partition(s) will remain in use.  You should reboot now before making further changes."

    here's the full log:
    https://paste.next.armbian.com/kilubovuru
     
    Any help would be very much appreciated.
    Thanks
     
     
     
    EDIT: solved by replacing the kernel with the armbian one ( https://github.com/armbian/build/pull/5978#issuecomment-1826840715 ) 
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines