Nopraz Posted January 15 Posted January 15 (edited) Hello! Just wondered if an armbian image was planned for the Odroid M1S? Thank you in advance! Edited January 15 by Nopraz 0 Quote
Skinah Posted January 23 Posted January 23 Bump also am really keen to see this get added to armbian as it should be minimal changes needed over the already supported m1. 0 Quote
Jojo Posted February 13 Posted February 13 (edited) Hi, I'd also like to see armbian running on my M1S. It arrived today and honestly I ordered it in the hope to see it being supported one day. Afaik none of the devs currently own an M1S yet, what makes development somewhat more difficult. So I would be happy to contribute by providing my M1S for tests. So if anyone without an own M1S can provide an Armbian image with modified device tree and so on I will try to perform the desired tests. Cheers and thank you! Edited February 13 by Jojo 1 Quote
Jojo Posted February 16 Posted February 16 Hi, during the last days there has been some work to add M1S support to Home Assistant. The user @darkxst has modified the device tree used by the mainline u-boot. So maybe this might be a good resource to benefit from? This is the forum thread: https://community.home-assistant.io/t/add-support-for-odroid-m1s/648102 Here is the merged PR: https://github.com/home-assistant/operating-system/pull/3121 Cheers 0 Quote
Jojo Posted March 24 Posted March 24 (edited) Hey guys, looks like the devs are heavily busy with other stuff. As we can read they are currently massively struggling with a lack of ... basically everything. So let's try to support them by helping ourselves and share it with the community . I have not read anything anywhere about an approach to create an Armbian image for the M1S, so lets try to sum up, what we have and what is needed. I am really not an expert in all that - really NOT! But I like to contribute as far as I can! I've read somewhere that someone has tried to boot the M1 image on a M1S which kind of "worked" surprisingly, but failed in many ways like HDMI output and so on. This makes me think that the required modifications are mainly regarding entire hardware definitions - the device tree. There is already an official Home Assistant image for the M1S where the most changes are also regarding the device tree (see link above). So my idea for the next steps would be: take the M1 Armbian image as a starting point replace the Device tree be the one from Home Assistant and see if/how far it starts. Does this approach make sense and has it chance to work?! The problem I have: when I download the Home Assistant image and mount it locally I just can not find any DTB file. The same applies to the M1 Armbian image. Does anyone know where to find the DTB files right after downloading the images? Let's bring this forward guys. We have a sound software base to start from and the omnipotent Armbian build system. If we get people onboard who know better about the bootloader/device tree stuff than me, we should be able to do it . Cheers Edited March 24 by Jojo 0 Quote
usual user Posted March 24 Posted March 24 (edited) Just to demonstrate what such a concern would mean for the distribution of my choice: The only thing in OS space that is really device-specific is the devicetree, which describes how the device is wired. For the linux kernel, it is only relevant that the corresponding drivers for the components listed in the devicetree are also built using the necessary options. Since the drivers for the rk3568 SoC are the same as for the rk3566 SoC (they are wired differently only through the devicetree), there is no need for any special action in this case. So all I'm missing is a mainline binding compliant devicetree, and I'm done. Now all that's missing is a firmware that can start the OS of choice. And this contains device-specific code that can't be copied from another device, and must be built specifically for this device. Fortunately, everything necessary has already been posted on the U-Boot mailing list. The devicetree used still has shortcomings, but it is a start. In order to verify the handling of different binary bloobs with my build system, I already build the firmware regularly. It's also included in my provided firmware uploads, but I haven't communicated it as I don't own an ODROID-M1S and therefore can't verify its functionality. For me, the conlusion means: - Install the firmware dd bs=512 seek=64 conv=notrunc,fsync if=odroid-m1s-rk3566/u-boot-rockchip.bin of=/dev/${entire-device-to-be-used} - run the ODROID-M1S in UMS mode and tranfer my current image to a NVME - Since there is no proper mainline devietree, I would use the one that falls off during the firmware build and copy it in cp /somewhere/rk3566-odroid-m1s.dtb /usr/lib/modules/linux/dtb/rockchip/rk3566-odroid-m1s.dtb And I'm ready to rumble. The same should be able to work with an Armbian ODROID-M1 image. Edited March 26 by usual user Correction of the DT filename, it is of course the DTB that needs to be copied. 0 Quote
Jojo Posted March 24 Posted March 24 Yes, so basically my approach is not that wrong to overcome the differences between M1 Armbian image and M1S by using the correct device tree. 7 hours ago, usual user said: Fortunately, everything necessary has already been posted on the U-Boot mailing list. The devicetree used still has shortcomings, but it is a start. I dont know the shortcomings you talk about, but AFAIK the device tree used by Home Assistant is fine and works stable, see HERE. I also got told that I would have to rebuild the u-boot for the M1S (basically what you also said by referring to the firmware to flash). Is there anything I miss or that I just understand wrong? How to build the firmware for the M1S? Sorry for asking so many dumb questions. All this is just far beyond my knowledge and I have never built a firmware - only a kernel with a detailed description 😅. I try to understand what is missing and how we can pull things together without re-inventing the wheel. Cheers 0 Quote
Jojo Posted March 25 Posted March 25 So here are the DTB and the DTS file from the current Home Assistant OS boot partition. I hope this brings us forward. What could be the next steps? rk3566-odroid-m1s.dtb rk3566-odroid-m1s.dts 0 Quote
Jojo Posted March 26 Posted March 26 (edited) Alright, continuing talking to myself I think I will try to make a build for the OrangePi 3b, because this way I assume to get a mainline compatible u-boot for the RK3566 as well as a recent kernel/file system . Then I will replace the device tree with that one from the M1S. Any concerns? Of course not... I will drop myself a note here if this was successful... Edited March 26 by Jojo 0 Quote
usual user Posted March 26 Posted March 26 12 hours ago, Jojo said: What could be the next steps? Since you have access to all the necessary components, grab an ODROID-M1 OS image of your choice, copy the components into it, and test. If you install the OS image in the eMMC, be prepared to reinstall the original firmware. The ODROID-M1S does not have SPI flash and expects the firmware in the first instance in the eMMC. This means that the original firmware will be overwritten. Alternatively, you can test with a microSD card, but you have to shortcircuit the MASK ROM pads each time at boot so that the firmware is loaded from there. If you only transfer the firmware into the eMMC, you can also start the OS image of micrSD without MASK ROM intervention, this simplifies testing, because in the OS image only the DTB has to be added and the OS image can be transferred to a microSD card more easily. 17 minutes ago, Jojo said: I think I will try to make a build for the OrangePi 3b Nothing has to be build in the first step by yourself, try testing the already availabe components. 0 Quote
Jojo Posted April 15 Posted April 15 Hey guys, I just wanted to mention, that I have not forgotten this topic . I just have currently no time to drive this further because of real-life stuff going. Additionally I currently have no hardware in spare which i could perform the tests on. So either you guys wait for a non-specified time or try something on your own. So long... Cheers 2 Quote
Sérgio Gaspar Posted April 18 Posted April 18 Hi, I have not much time either, but I would like to see an Armbian release for the M1S. I have one M1S unit with me I could use for testing, but I will have to share it with other tasks. Maybe I could help accelerate the process somehow, I just don't know where to start. I have been using Linux on embedded systems for some years, but never went very deep. I have tried the linuxfactory bookworm image and it works, even with the Vu8S 8" display which connects to the MIPI connector. It must be installed to the onboard eMMC. Does someone want to guide me on this? Or maybe supply ready to flash images I could test? 1 Quote
kurtus Posted May 22 Posted May 22 I just bought 3 of these, 2 for me and one for a friend. I should have them by next week and can follow line by line instructions. 1 Quote
rvalle Posted July 31 Posted July 31 I think the m1s is an outstanding target. Very affordable and powerful. I own one, and I am available to test. I would not know where to start in terms of adding a new target to Armbian, but I can help with testing. 0 Quote
Igor Posted July 31 Posted July 31 5 hours ago, rvalle said: I would not know where to start in terms of adding a new target to Armbian, https://docs.armbian.com/Developer-Guide_Adding-Board-Family/ 1 Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.