Skip to content

Conversation

@ArminiusTux
Copy link

Although this board has received a working ACPI hardware disclosure, a device tree fallback surely would not hurt.

device tree sources (sky1-orion-o6.dts):

@JamiKettunen
Copy link
Contributor

wouldn't this override ACPI by default? which one should be preferred when ACPI is available (and usable) too?

@ArminiusTux
Copy link
Author

wouldn't this override ACPI by default? which one should be preferred when ACPI is available (and usable) too?

Good question, surely this BIOS switch (ACPI off) would make it work.
image ©️ photo by @cnxsoft

If the desired operating mode (ACPI on) however, requires the OS to offer a dual-track (DTB & ACPI) support is beyond me.
Maybe @Entrpi, who maintains this Sky1-Linux subrepo, can answer this.

@Entrpi
Copy link

Entrpi commented Jan 27, 2026

In the Sky1 testing, I've generally left ACPI on in UEFI but specified acpi=off to the kernel.

@JamiKettunen
Copy link
Contributor

If I've understood the very recently added https://github.com/ubuntu/stubble#device-tree-selection correctly shouldn't this PR be unnecessary? Only would need to include the dtb via --devicetree-auto=... if stubble is wanted to override the firmware-provided one (I assume it does that?) when it's in Device Tree mode as shown in the above picture, and while it's in ACPI mode the expected thing happens with that

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

Successfully merging this pull request may close these issues.

3 participants