Jump to content

Igor

Administrators
  • Posts

    13756
  • Joined

  • Last visited

Other groups

Management Contributor/Maintainer

6 Followers

Profile Information

  • Gender
    Not Telling

Recent Profile Visitors

44428 profile views
  1. It is, since moving network bits into extensions. Here it is installed: https://github.com/armbian/build/blob/main/extensions/network/net-systemd-networkd.sh#L11
  2. This was dropped out from kernel by mistake, but it was already fixed at sources https://github.com/armbian/build/pull/6984 You need to build kernel from sources or use kernel from nightly repository that is already having this fix.
  3. "systemd-network doesn’t quite play well with docker." Perhaps this https://blog.kylemanna.com/linux/docker-systemd-network-surprise/ is the problem.
  4. This means Docker works. Minimal Armbian images comes with very minimal systemd-networking since several weeks. This brought much smaller OS images, but could cause this kind of troubles. Try to do some research into this direction.
  5. This is custom hardware world. There are many models, some are similar, some different, some very different. Some vendors sets names with complete absence of any logic ... and there is little we can do about. Orangepi Debian and Orangepi Ubuntu are Armbian fork. They generate those images with Armbian tools that were forked few years ago and where they removed all other vendors out. Instead of cooperating with us on the same code base of the build FW, they "maintain" their own. Also kernels are maintained by https://github.com/orangepi-xunlong/linux-orangepi/commits/orange-pi-5.10-rk35xx/ (one person) vs. Armbian + community maintained (10+ people) https://github.com/armbian/linux-rockchip/branches. We have ditched this very old (named legacy at Armbian) kernel 5.10 few months ago and we just released 3rd version of (named vendor at Armbian) kernel 6.1.y. Both, legacy and vendor are provided by Rockchip and are containing many non-standard solutions that cannot and will never be mainlined. Then there are mainline based kernels, named current and edge, which are derived from kernel.org but heavily patched to provide as good as possible functionality. This latter does not interest HW vendors much as its beyond their control. You need to have a strong reason to run their software. It's purpose is to sell hardware. Armbian bookworm current is what you want. Only problem here is that we (Armbian staff) don't have re$ources to spent on this device, so it will remain community supported. There is also a version of this board that is broken and will only cause additional expenses. And our time is too precious. Absolutely not. Forget about kernel 5.1.y Its dead end, nobody is maintaining it anymore.
  6. Just a tip. Wireless chips (drivers) on those boards are often terrible quality ... Try same method on USB wireless to see if it behaves the same. It might be the driver.
  7. I am glad you are able to understand. Yeah, its done different for each device, untested on all combo and stressful to support. In embedded Linux you need to support specific use case and you tune u-boot to support that ... Oh, we are well aware Here is, perhaps little outdated, attempt to come up with something better:
  8. If you expect something in return, then perhaps you could consider sponsoring, consulting, ... instead? Donations are a gift. Nobody knows that you need this particular hardware to work, while all HW can not be supported. For every USD of donation, we can easily lost 500 USD to get the job done. It is that twisted. FYI. SW developers needs respect and/or financial security while fixing your computers problems instead of you. Nobody prevents you hiring people that will help us maintaining this hardware. Perhaps we stop because we can't afford? Have you thought into that direction? This is open source. There are only a few of people that can afford and want to help everyone, others you need to sponsor. New hardware keeps coming. Software is always changing, maintaining custom hardware remain complex and costly. We need more then just your 50 USD to cover bill that is 100-1000x bigger. Still I thank you as if everyone would donate, it would work out and it would be a big change. Most people don't and many people donates to our downstream that contributes (close to) nothing to you, nothing to us. Perhaps people don't donate as they are constantly unhappy as their expectations are out of the charts. Like paying 0.5% of needed money to cover for the service, but one still expect full blown quick response that is not possible to provide regardless of payment. This software is supported by this community and you are also a part of that support staff. Perhaps helping others is the key? I am personally a lot more motivated when someone helps resolving problems then making a donation. There are too many devices, things are very complex and a lot of time needs to be sacrificed. If someone needs a week to fix this and there is 10 USD of reward waiting for the job ... motivation is clearly something else. Response can only be super slow as we don't have a dedicated person on this hardware, vendor doesn't help us neither, we already do more then possible. We stop supporting some hardware when there is nothing more to be done. Donations don't cover a single support person. And behind support person, there are developers in many areas, project managers and other support staff. We need them all in order to operate, and millions to provide software support to people the way they / you expect. Not few thousands. But we don't give up neither. We keep going. I will tell you from my personal perspective. I would need several days of silence, that nobody else would want anything from me, to look into the problem. While looking into I will find more problems and will try to fix them. I have to deal with so many other things that this week can't come anytime soon. Not this year, not next. Having 10, 50 or 500 USD of donation (and to blow additional few thousands of my own) makes no change. And in this time I need to earn those few thousands to fix your problem. Then its a thin line between donations and something else. Conditioned donations are professional services. But since local McDonald's pays significantly better hourly rate without requiring high-end education on top of 20-30 years experiences ... If we need to keep some hardware operational, its up to the maintainers first. Volunteers decide and we (Armbian pro support) support them if possible https://docs.armbian.com/User-Guide_Board-Support-Rules/ If we have nobody that will be sponsoring you / taking care of hardware, there is nothing we can do. Donations won't change this, but you can try sponsoring a person within Armbian that will be supporting this hardware for you. Even this is very hard to arrange. And this is also open source with no (c) protection. For authors this is hard place, there are bad players and many traps to fall into.
  9. Armbian aim its to make and maintain Linux (firmware) from when the power is connected to the board. This is much closer to embedded Linux then normal Linux distributions. Nothing less then full control. Ofc this is not always possible, but we know how to do it ... and when / where this is achieved, this is fun. That heals frustrations and depression Problem starts with maintaining all this. As this is everything but fun, require different mindset, gets boring and is easy developed into full time job that brings no / too little food on the table. Average (x86/Rpi) Linux distro users, who doesn't understand any of this, would "only like that everything works". Armbian is Debian from outside, but it could / can be Arch or whatever flavor, if someone would be crazy enough / have have too much time to add extension to make Arch output / rework that that kind of customization are possible. Why doing that if the aim is to run Linux firmware / some use case / and that is already very difficult as this everything but standard made hardware. Vendors don't want that you run (mainline) Linux. They want to sell hardware with their partially closed SW, similar to / with Android. We want to help users running Linux on those exotics, often for single purpose made, devices. In embedded / custom Linux world, where we are, distribution philosophies are usually wrong. Yes, you / we would like to have UEFI to spare troubles ... well, making it is Concorde fallacy by default except mainstream hw. Do you have required funds and / or enough power to motivate volunteers to make it? Users are scattered around many many devices, which will (never) be under UEFI. If you move device to mainline Linux with basic functions, its already a (great) success. Costs millions (core work can not be done and its not done by volonteers) on top and around community help. Where masses are behind - Rpi, now RK3588 and similar variants are going to get this, others too late or never ... Many things should exists but they do not Making hardware was never this cheap and Rpi model proved that community will make firmware instead of them or not at all. Something is always provided by SoC maker. This is what they hope for. Some helps and invest into SW, some not at all. And most users have don't know this nor care about. Armbian is Linux build framework first. A framework that helps us and community maintain this endless crowd of custom hardware. They were purposefully made not to be standard and what is under Armbian is already a lot of standardization applied. Because power of build framework and people that made and maintain this. Regulars, part timers, random people that shows up. We could do more, but we don't have re$ources or sufficient level of support. There are some people that will be very helpful for this, but usually they do not have the know-how to pick it from here. Volunteer developers do that anyway, but majority of solutions are never integrated as core team is simply too small. And this is never to be changed. We are surviving with keeping the focus on some devices, leaving others "to community / anyone that wants / upstream / * ". Line has to be set somewhere as otherwise doers would burn out, level of sadness would eat us out. Some exotic devices nobody will ever pick it up if some of developers won't donate months of his time. Then this works is picked up by some other distributions. We have noticed ArchLinux re-packing and serving our Rockchip kernel, others are too exotic. This market function this way. They design hardware and provide support for business clients. Amateurs are often collateral damage. This is hard to change. Expectations are set with marketing and are often set with different objectives. Then you add complete lack of technical understanding from end users and you get a clash. People that come for help are frustrated, support givers are 1/1000 and totally milked out ... Armbian supports (in term of ordinary Linux distro) lets say 200 devices. In reality we only know for those, where we have maintainers - "standard Armbian support" https://www.armbian.com/download/?device_support=Standard support which are volunteer and they come and go. We (core team, partially pro) maintain framework, ecosystem, some devices. They don't maintain devices for us (Armbian), they maintain devices for you, users, community. Device that works good with Armbian, can easily run any other distro. Well, not UEFI easy. Still some devices were made in small quantities or were largely abandoned for better new models. Many people run do-not-touch-as-it-works glued together image which nobody can ever recompile. This problem Armbian solves very well. And closer to humans as some industrial grade tool such as Yocto.
  10. Ebin Ultra is very similar as this one, I even have one device somewhere at home, introducing several new troubles ... I think it even boots and works to some degree with normal Ebin image without changes. This is pretty normal in this world. Most of custom hardware does not have UEFI nor need it. UEFI is expensive to make and they sell hardware at BOM + profit only. Software support is buyers problem at the end. Time is the problem. I can spent sharing some experiences, not sure if valuable ... We have lost insane amount of time in past years trying to keep functional Linux image for this hardware. User space plays absolutely no role, kernel little. And this is just one custom hardware out of many. We received hardware valued 50 USD as a support for this in all those years in exchange for hundreds of hours to keep this device usable ... and Armbian team mainly don't need this to work. Users do, while costs of keeping this (terrible made and supported) is over extreme for our hobby / private time / pockets. And users, which are in 99% unable to see pain and frustration, mainly complains how something doesn't work ... never happy people never rewards maintainers. Work here is "only" related to keeping boot loader functional. Which is ofc not small nor simple. From there on, standard generic aarch64 kernel boots. For several years now. I don't think we can count anything from end users / amateur distributions as they require standard way of booting, but there was help from kernel.org communities. As this board can be moved under generic kernel, so whole marvel SoC mvebu64 kernel family can be dropped. Which would need to be expense on overloaded Armbian team. Or good will of someone from community. My 2c.
  11. Try this method: Not sure if prebuild exists for this target but you can follow instructions and DIY.
  12. Deprecating some hardware is always hard, depressing and at the edge of desperation 😢 Lets hope that someone picks it up from here ...
  13. This device does not meet basic support criteria anymore: https://docs.armbian.com/User-Guide_Board-Support-Rules/ Start here: https://docs.armbian.com/Process_Contribute/ and start maintaining this device or find someone (outside Armbian team) that will be doing this instead of you. When you fix problems, share it with others https://github.com/armbian/build/pulls ... sent fixes to upstream u-boot / kernel, or not. Our resources are way too small and your support is virtually non-existing. We can't support all hardware that exists. And especially not indefinitely and with complete lack of funding. Enjoy open source and stop blaming us who invested into your wrong purchase. Make a donation instead. For all the years of software you didn't have troubles with: https://www.armbian.com/donate/ My reply sounds ridiculous, I know, but this is how it is.
  14. It is, but perhaps something else is wrong, ... this device is not monitored by our team anymore, so its hard to say. Did you wait long enough? https://docs.armbian.com/User-Guide_Networking/#automatic-configuration-on-first-boot
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines