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

aarch64: misc. graphical boot fixes #63147

Merged
merged 3 commits into from Jun 24, 2019

Conversation

samueldr
Copy link
Member

@samueldr samueldr commented Jun 15, 2019

Motivation for this change

Two main changes

1. HDMI for Allwinner SoCs

The SUN8I_DE2_CCU configuration has been enabled for the Allwinner Display Engine 2.0.

This makes the HDMI output work for Allwinner boards I tried.

2. availableKernelModules for early mode setting

This adds the required kernel modules to the initrd so they are available earlier, allowing the modesetting to happen as early as possible. It ends up, both for vc4 and de2 to be right at the tail end of stage-1, but definitely before stage-2 has mounted the filesystems.

This means that on initial boot, it is more obvious that the board isn't hanging during boot, and the user will see the messages from the partition resizing processes, among other boot messages.

Things done

Tested on:

  • Raspberry Pi 3B
  • Pine A64-LTS
  • Orange Pi Zero Plus2 H5
  • ☑️ Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS)
  • Built on platform(s)
    • ☑️ NixOS
    • 🔲 macOS
    • 🔲 other Linux distributions
  • 🔲 Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
  • ☑️ Tested compilation of all pkgs that depend on this change using nix-shell -p nix-review --run "nix-review wip"
  • ☑️ Tested execution of all binary files (usually in ./result/bin/)
  • ☑️ Determined the impact on package closure size (by running nix path-info -S before and after)
  • ☑️ Assured whether relevant documentation is up to date
  • Fits CONTRIBUTING.md.

@samueldr
Copy link
Member Author

samueldr commented Jun 15, 2019

This will reduce the confusion at boot, where the only thing visible is
the last message from u-boot; where it looks like the Raspberry Pi is
hung, while in reality it's likely resizing partitions.
This will reduce the confusion at boot, where the only thing visible is
the last message from u-boot; where it looks like the board is
hung, while in reality it's likely resizing partitions.
@samueldr
Copy link
Member Author

Why is it only Raspberry Pi and Allwinner?

I don't really have anything else I know how to do this on, yet.

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

Successfully merging this pull request may close these issues.

None yet

1 participant