Skip to content
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

Problem with Pi4 install #243

Closed
jacepang opened this issue Aug 4, 2020 · 11 comments
Closed

Problem with Pi4 install #243

jacepang opened this issue Aug 4, 2020 · 11 comments
Assignees

Comments

@jacepang
Copy link

jacepang commented Aug 4, 2020

When copying the image to Pi 4B (8G), it shows that stat4x.elf is not compatible 0x0.
Is it not support the pi4 yet ?

@MoffKalast
Copy link
Contributor

MoffKalast commented Aug 4, 2020

Hmm well we've only ever tested Pi 4s with 1,2 and 4G of memory, so it might be that it's causing some unforeseen issues. I recall Raspbian having to push out a new update to support the 8G version so we'll likely have to do the same.

@MoffKalast MoffKalast assigned MoffKalast and rohbotics and unassigned MoffKalast Aug 4, 2020
@benjamintanweihao
Copy link

Can confirm that it doesn't work on a Raspi 4 with 8GB. Is there anything we can do to attempt a fix?

@davecrawley
Copy link
Contributor

davecrawley commented Oct 22, 2020 via email

@benjamintanweihao
Copy link

Thanks for the super quick reply! Somehow I managed to get the image to work with the follolwing:

I downloaded https://github.com/raspberrypi/firmware/tree/stable/boot and replaced all the *.elf and *.dat files in the boot and after that I managed to SSH!

@rohbotics
Copy link
Member

Sorry this fell through the cracks.

The 8GB model does support booting in 32 bit mode, and you can address all 8GB of RAM, but any single process will be limited to 3GB of memory. This is a limitation of the linux kernel's PAE (Physical Address Extension) system.

I am making a test image for you that has the newer kernel, it should be ready in a couple hours. It would be pretty helpful if you could test that out to make sure it works on the 8GB model. The change is similar to what you have done with manually replacing the kernel image, but this also updates the kernel modules, firmware, and device tree, so you are less likely to run into subtle issues.

@davecrawley
Copy link
Contributor

davecrawley commented Oct 22, 2020 via email

@benjamintanweihao
Copy link

@rohbotics No worries! I'm glad that I finally got it to work and super impressed that you guys are so quick at responding. <3 <3 <3. I'd be happy to test the new image out.

@davecrawley Is there a way to check? I've tried htop and it says 7.73G so great success?

@rohbotics
Copy link
Member

@benjamintanweihao Here is the image for you to test out, please let me know how it goes. https://ubiquity-pi-image.sfo2.cdn.digitaloceanspaces.com/2020-10-22-ubiquity-xenial-lxde-rpi-testing.img.xz

@benjamintanweihao
Copy link

@rohbotics It works! I was able to flash the image on a 64GB SD card and the Raspi 4 booted successfully. htop shows all the RAM and also I could execute the raspicam_node successfully :D.

Great job! Anything else I should check for?

@rohbotics
Copy link
Member

Those are the 2 big ones.

If you are planning on continuing to use that image, I would switch it out of testing mode, so that our beta updates don't break you on apt-get upgrades.

Edit /etc/apt/sources.list.d/ubiquity-latest.list and change every https://packages.ubiquityrobotics.com/ubuntu/ubiquity-testing to https://packages.ubiquityrobotics.com/ubuntu/ubiquity.

@benjamintanweihao
Copy link

benjamintanweihao commented Oct 26, 2020 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants