Skip to content

Recent firmware doesn't boot kernel Image of arm64 #853

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.

Sign up for GitHub

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

Jump to bottom
Closed
minhng99 opened this issue Aug 5, 2017 · 4 comments
Closed

Recent firmware doesn't boot kernel Image of arm64 #853

minhng99 opened this issue Aug 5, 2017 · 4 comments

Comments

@minhng99
Copy link

minhng99 commented Aug 5, 2017 •
edited
Loading

Hello

Commit 1676ddb broke ability to boot arm64 kernel Image (upstream kernel.org kernel), the firmware commit before that booted fine.

I've tested current firmware version and tracing back to that revision and found it's broken from that git revision.

Test environment:

  • Raspberry Pi 3
  • gcc-linaro-6.3.1-2017.05-x86_64_aarch64-linux-gnu
  • I compiled kernel 4.12.4 from kernel.org with ARCH=arm64 and CONFIG_FB_SIMPLE=y to get Image and bcm2837-rpi-3-b.dtb

I put both into /boot partition with config.txt options:
device_tree=bcm2837-rpi-3-b.dtb
kernel=Image
arm_control=0x200

Result: On boot Raspberry Pi stuck at rainbow screen, UART print nothing with enable_uart=1.

Update: I've tried to compile official Raspberry Pi linux source with arm64 compiler and the result was the same, firmware just doesn't want to boot arm64 Image.
@minhng99 minhng99 changed the title New firmware doesn't boot kernel Image of arm64 with device_tree Recent firmware doesn't boot kernel Image of arm64 with device_tree Aug 5, 2017
@minhng99 minhng99 changed the title Recent firmware doesn't boot kernel Image of arm64 with device_tree Recent firmware doesn't boot kernel Image of arm64 Aug 5, 2017
@popcornmix
Copy link
Contributor

Probably this issue: #849
Can you confirm that firmware posted there resolves the issue?

@minhng99
Copy link
Author

minhng99 commented Aug 5, 2017 •
edited
Loading

Yes, the firmware posted there did resolve the issue

@minhng99 minhng99 closed this as completed Aug 5, 2017
popcornmix added a commit that referenced this issue Aug 8, 2017
@popcornmix
firmware: Revert arm_display: Avoid hang when display_rotate is used …
012d879 
…with vc4-kms-v3d driver

firmware: arm_display: Avoid hang when display_rotate is used with vc4-kms-v3d driver 2
See: #849
See: #853

firmware: vc_image headers: Tidy up duplication
firmware: video_splitter: Only copy eColorFormat if not already set
See: https://www.raspberrypi.org/forums/viewtopic.php?f=43&t=189830
popcornmix added a commit to Hexxeh/rpi-firmware that referenced this issue Aug 8, 2017
@popcornmix
firmware: Revert arm_display: Avoid hang when display_rotate is used …
1c74b7d 
…with vc4-kms-v3d driver

firmware: arm_display: Avoid hang when display_rotate is used with vc4-kms-v3d driver 2
See: raspberrypi/firmware#849
See: raspberrypi/firmware#853

firmware: vc_image headers: Tidy up duplication
firmware: video_splitter: Only copy eColorFormat if not already set
See: https://www.raspberrypi.org/forums/viewtopic.php?f=43&t=189830
@popcornmix
Copy link
Contributor

rpi-update should now include the fix from test firmware.

@minhng99
Copy link
Author

minhng99 commented Aug 8, 2017

oh yes, I do confirm the current firmware fixed the problem, thanks

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
2 participants
@popcornmix @minhng99