3 3
NicoD

NanoPi M4 V2 - M4 Image not working

Recommended Posts

Hi guys.
I've received the NanoPi M4 V2 today.
I tried Armbian images for the M4 on SD and eMMC. None boot.
So I tried the RockPi4 images since that's got lpddr4 too. That works. Of course no on-board wifi since another chip.

So my guess is the lpddr4 isn't supported by the uboot for the M4.

It is a nice board. I've got the metal case with NVMe hat too. Looks all very nice. But a bit impractical if you need to acces eMMC.
afbeelding.thumb.png.16f73714093a8614cb9ced70e55d923b.png

Cheers

Share this post


Link to post
Share on other sites

What are you going to use the M4 for? If I may ask. I have v1 and waiting for the NvME hat. Was thinking to replace my old ACER Revo as media player

Share this post


Link to post
Share on other sites
35 minutes ago, orion said:

What are you going to use the M4 for? If I may ask. I have v1 and waiting for the NvME hat. Was thinking to replace my old ACER Revo as media player

I'll use it as 2nd desktop. My pc is aging and can't handle a 4K display. So this will drive my 4K display. And 2 x 1080p displays for my pc. 
I also have the original NanoPi M4, but with 2GB ram. I love that one, but the 2GB is a real bottleneck. And the NVMe will also be a good boost.
Also have the RockPi4 with 4GB lpddr4 and NVMe. But the M4 always done better for me with the software I use.(kdenlive, blender, watching video, ...)
Things have changed for the RockPi4, but it's still not as good for me as the M4 for my tasks.
I've also got the Khadas VIM3 2GB, that's now my laptop. Super fast, super energy efficient. Consumes less than the M4 while a lot faster.
And I've got so many more boards, I couldn't count them all, or find them all :) (I luckily get them for free)
Greetings.

 

Share this post


Link to post
Share on other sites
53 minutes ago, djjerdog said:

I ran into the same issue with the M4v2 hardware, none of the Armbian M4 images will boot on the M4v2 hardware.  https://www.armbian.com/nanopi-m4/ :(

 

I still need to research that. It might work with mainline kernel and uboot. I'll see to build an image, otherwise we're going to need smarter people for this :) 

Share this post


Link to post
Share on other sites
On 9/30/2019 at 4:34 PM, djjerdog said:

I ran into the same issue with the M4v2 hardware, none of the Armbian M4 images will boot on the M4v2 hardware.  https://www.armbian.com/nanopi-m4/ :(

 

 

On 9/30/2019 at 5:29 PM, NicoD said:

I'll see to build an image, otherwise we're going to need smarter people for this

I tried with mainline 5.3, no luck. UBoot doesn't seem to do anything. 
The RockPi image does boot, and works slightly. But it's is far from good enough to be useable. Many usb devices do not work. No wifi. The FriendlyElec images do work. But they've got many issues.

Share this post


Link to post
Share on other sites

Same here, I've been spinning my wheels an not making any progress :/

 

@NicoD Have you been able to get the NVMe connector working at least?

Share this post


Link to post
Share on other sites
14 hours ago, djjerdog said:

 

@NicoD Have you been able to get the NVMe connector working at least?

Yes. NVMe works fine with FriendlyDesktop and Lubuntu. But to my knowledge you can't run it from NVMe. 
I'm using my NVMe hat on my NanoPi M4 with Armbian installed on it. The M4 V2 runs FriendlyDesktop on eMMC. But zram doesn't work in FriendlyDesktop. So my M4 with 2GB ram + 1GB zram + 8GB swap file on NVMe is a lot more useful than the M4V2 with 4GB ram. 
I'll try to look into UBoot. There's a good thread about it on the forum. I suppose with the mainline UBoot it might work since the rockpi4 is mainline. But I've got little knowledge about all that. 

@Igor Do you have info on this? 
I think the lpddr4 isn't recognized in the uboot for the M4. With the RockPi4 image it does boot, but a lot of things don't work of course. 
Is it possible to add lpddr4 support to the M4 image? Or will there need to be a new image for the M4V2? 
If someone could give a tip on what to do, I'd love to learn how to do these things. 

Share this post


Link to post
Share on other sites
34 minutes ago, NicoD said:

I think the lpddr4 isn't recognized

Yes, I know. Waiting for hardware to arrive ... it seems it was sent to a wrong destination :( 

Share this post


Link to post
Share on other sites
5 minutes ago, Igor said:

Yes, I know. Waiting for hardware to arrive ... it seems it was sent to a wrong destination :( 

I'll wait in patience and hope it'll arrive at the correct destination.
If there's anything I can test in the meantime, let me know.

Share this post


Link to post
Share on other sites

I too have an M4v2 and would like to install OMV on Armbian.  Let me know if I can be of any help.

Share this post


Link to post
Share on other sites
On 10/2/2019 at 5:31 PM, NicoD said:

@Igor Do you have info on this? 
I think the lpddr4 isn't recognized in the uboot for the M4. With the RockPi4 image it does boot, but a lot of things don't work of course. 

not Igor but I can help here.. :D

 

https://github.com/armbian/build/blob/259a0bf5fe3bc9a20709597e43f18421aa3ae4ed/config/sources/rockchip64.conf#L8-L9

 

The Rockpi uses ayufans u-boot which is not upstream (it's based on rockchips u-boot). The former nanopis are supported by upstream u-boot (DDR3 or normal DDR4 should be supported for RK3399 iirc). There were a few attempts so that upstream u-boot can handle lpddr4 but the last I heard is that it's not stable yet (someone from the forum was involved but I don't remember the name.. :( ).

 

Patch in the defconfig and the DT into ayufans u-boot should be an easy task (I'm confident that friendlyarms is based on the same one.. so not much to patch around).

 

On 10/2/2019 at 6:06 PM, Igor said:

Yes, I know. Waiting for hardware to arrive ... it seems it was sent to a wrong destination :( 

unfortunate I would happily dive in (if there's still a spare one).. :P

Share this post


Link to post
Share on other sites
5 hours ago, chwe said:

Patch in the defconfig and the DT into ayufans u-boot should be an easy task (I'm confident that friendlyarms is based on the same one.. so not much to patch around).

I hope they'll run at full lpddr4 speed. I'm not convinced if that's the fact with friendyDeskop. Marginally worse performance. Couldn't do the righ tests yet, zram ain't working. The M4 lpddr3 zram runs at 1.9GB, the lpddr4 of the rockpi at 2.1GB. 
So it'll be easy to know once armbian runs well. Thanks.

Share this post


Link to post
Share on other sites
8 hours ago, balbes150 said:

@NicoD  can you try running on M4v2 and on PockPi4 image for rk3399-tv ?

 

I'm primarily interested in running the DEV and NEXT variants (with kernel 5.x).

 

https://yadi.sk/d/HLVJ8FlLHEQpUQ

I dont have a RockPi4, but I have run the 5.98 NEXT (debian w/o desktop) version on my M4v2.  It connects to the network, but there's no SSH running.  There is also no video via HDMI.  No SSH + no video = useless...

Share this post


Link to post
Share on other sites
11 hours ago, balbes150 said:

@NicoD  can you try running on M4v2 and on PockPi4 image for rk3399-tv ?

 

I'm primarily interested in running the DEV and NEXT variants (with kernel 5.x).

 

https://yadi.sk/d/HLVJ8FlLHEQpUQ

I tried both DEV and NEXT on the M4V2. Both boot after a while. Both don't have wifi working. No on-board, and none of my usb wifi dongles work. Also my 7" display doesn't work, so I can't connect it to ethernet.
USB ports do work. I tried an ssd and it mounted normally.  I've used the nanopi m4.dtb. I'll see if another dtb's gives more succes.

With the RockPi NEXT everything seems to work well. Wifi works. Even 5Ghz. Can't see anything wrong. 
On my own dev 5.3 RC4(also 5.4) it also takes that long to boot. But I can choose to clock to 1.5Ghz/2Ghz while yours only goes to 1.4Ghz/1.8Ghz. (with armbian-config cpu tool)
I'd like to see 1.5/2Ghz back as an option. It's stable, better performance, but leave 1.4Ghz/1.8Ghz as default so people can choose to clock higher. 

Now burning DEV for the rockPi. I guess it'll work well, I'll see if other dtb files can make usb wifi work for the m4v2. 

EDIT:

DEV indeed works as well on the RockPi4. 
I tried different dtb files on the m4v2. Only neo4 boots with display. T4 boots without display. rockpi didn't boot, khadas v didn't boot...
EDIT 2:
ZRam ain't working on rockpi4. I guess it'll be the same on the others? 

Share this post


Link to post
Share on other sites
57 minutes ago, Stuart said:

I dont have a RockPi4, but I have run the 5.98 NEXT (debian w/o desktop) version on my M4v2.  It connects to the network, but there's no SSH running.  There is also no video via HDMI.  No SSH + no video = useless...

What dtb file did you use? There's a folder with all the available dtb files. And in extlinux you change the line in the .conf file that points to the deb file. 

Share this post


Link to post
Share on other sites
1 hour ago, NicoD said:

What dtb file did you use? There's a folder with all the available dtb files. And in extlinux you change the line in the .conf file that points to the deb file. 

I didnt configure anything specific, I was unaware of the dtb config changes.  either way, I still cant SSH or get video...I can ping it, that's about it.

Share this post


Link to post
Share on other sites

when this board is finally supported, hopefully soon :), will back port version like Bionic and Stretch be available??  I have the SATA hat and am looking to build an OMV NAS device, however Buster isn't supported yet...

Share this post


Link to post
Share on other sites
12 hours ago, NicoD said:

On my own dev 5.3 RC4(also 5.4) it also takes that long to boot. But I can choose to clock to 1.5Ghz/2Ghz while yours only goes to 1.4Ghz/1.8Ghz. (with armbian-config cpu tool)
I'd like to see 1.5/2Ghz back as an option. It's stable, better performance, but leave 1.4Ghz/1.8Ghz as default so people can choose to clock higher. 

DEV and NEXT are versions with kernel 5 (this is a test kernel in development). The DEFAULT version has the old kernel 4.

 

In this case, I was interested in the overall startup (the work of u-boot and the overall work of the kernel). For the correct operation of all elements,  need to deal with specific DTB and settings (configuration), but I do not have this equipment for detailed debugging and tests.

Share this post


Link to post
Share on other sites

 

@NicoD

You can check on the rk3399 available to you the possibility of starting the system directly from USB media ? Unfortunately I only have EDGE, I checked on it, everything works. I'm wondering if other models will be able to run from USB. :)

 

 

 

Share this post


Link to post
Share on other sites
On 10/9/2019 at 3:15 AM, chwe said:

Patch in the defconfig and the DT into ayufans u-boot should be an easy task (I'm confident that friendlyarms is based on the same one.. so not much to patch around).

confidence got denied by looking into sources.. :-/

 

especially the android related stuff (https://gitlab.com/friendlyelec/rk3399-android-8.1) cause it seems to be the only repositories which are open around m4 v2... U-boot seems to be some 2014.x version (don't know it this is part of the normal rockchip u-boot package for an android build or just some random mess I don't understand - I assume it's a rockchip sourcedrop from the commit history - e.g. none except the few ones from friendlyelec added on top of it). Honestly I'm surprised (and not the good way).

 

I guess (since rockpi images boot), we can base an u-boot defconfig based on rockpi. @mindee are the sources for more recent u-boot versions (newer than 2014 based one from the android 8.1 package) not available for the board yet? Did I do a mistake and not find it? Or is it not planed to release? For those running friendly core on it, can you provide a uart boot dump? I would be interested which version of u-boot they use for everything except the android they provide.

 

Never the less I'm (still) confident that we can provide initial support to the board soon for a 4.4 legacy and recent mainline-ish kernel as well. I just didn't feel as comfortable to create those patches to the buildscript without having the hardware to test if it boots at least. :)

 

 

Share this post


Link to post
Share on other sites

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.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
3 3