-
-
Notifications
You must be signed in to change notification settings - Fork 254
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
Improve hardware detection for more boards #333
Comments
That's an important point. Let's also mention @leonsio here. One question arising for me: How do we want to include it. Because of the need to use these functions right from the beginning we might need to hard-include it as a copy. @leonsio the detection for the Pine model can be done even better, see my PR here: |
I maybe misunderstand this but doesn't the linked patch have the same problem as in this repository that the board detection is based in iamge. Eg. My output of @leonsio script does use processor info and is unrelated to installed kernel. |
the best way to detect SoC is to use the information from device-tree/model or ( if not present ) to detect Soc based on some hardware specification. for example CPU architecture or hardware string in /proc/cpuinfo the biggest problem is to identify the correct board, if many boards uses the same chipset. for example Allwinner A64 is used on this boards
in this case you need some more unique specifications to detect the right hardware like RAM/ethernet/soundchips or other The kernel string can be set to anything |
I totally agree. @EliasGabrielsson @leonsio the mentioning above was not related to the board detection but about the memory. The script by @leonsio differentiates two Pine A64 versions but there are three. |
Closing this as effort goes into export relevant installation scripts to the Armbian Project. |
There is a need of improving for PIN64. Currently scripts only trigger when using exact the base image openhabian uses.
There is a great detection script here: https://github.com/leonsio/arm-board-detect.
I suggest if this script is implemented to also make an compatibility chart which points out which boards is tested and works. Long-term HW boards will come and go so its great to have a framework for supporting them. Maybe assign maintainer and tester for each board as well so each new release have at least been installed from ground up for each board type.
The text was updated successfully, but these errors were encountered: