-
-
Notifications
You must be signed in to change notification settings - Fork 2.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Armhf userspace support #1826
Comments
We considered that years ago, but for other reasons. Project that generates no income can't cover wishes which are already several years / million dollars long. I beg you to help every day to be able to hire full time staff one day ... but we are also years away. |
Haha begging it's free so I will continue begging. Armhf keeps being the standard, even nowdays.. so, armbian should support standard, no just arm64. You are the leader and it's your choice, obviusly... Best regards |
We support armhf on 32bit ARM HW. Just not on arm64. That one has only native arm64 support.
This is community driven development. If you need / want / wish something, make it happen. https://www.armbian.com/get-involved/ |
No, Native is the standard. If you wish to get armhf on arm64, you need to use multiarch. |
I am not asking for 32 bit kernel. Also, multiarch seems to work better on x86 than on arm.at least on my experiences. If one is testing mature stuff multiarch its an option, not at the edge. Drivers goes in conflict, etc Armhf it's the gold standards on software.y |
@Askmewho try this ppa it is for x86 x64 and arm64 |
Hi! I am testing panfrost and lima drivers on armbian, but my main problem it's the userspace. While chroots are an option for testing.. it's not that userfriendly to other people to run inside them. Also, multiarch it's very problematic for both Mesa (they goes in conflict). I beg you to add the chance to build armhf userspace on the script.
The text was updated successfully, but these errors were encountered: