News for hackers. Stuff that matters.
Re:AMD Is Currently Hiring More Linux Engineers by my123 on Thursday February 11, 2021 @12:07PM (#26104119)
Fujitsu A64fx already exists, the threat is quite near. Arm on the server market is quite interesting too (Graviton2 and Ampere Altra today).

And those are big cores. For a ton of little cores, looks less clear-cut for me because of the communication overhead. (could work out though, but won't be exactly easy).

Re:AMD Is Currently Hiring More Linux Engineers by bee_rider on Thursday February 11, 2021 @12:33PM (#26104507)
I constantly forget how good Graviton2 is.

E: A64FX seems like a really cool chip, but it sure is much easier to get time on AWS than Fugaku. :)

Re:AMD Is Currently Hiring More Linux Engineers by pimeys on Thursday February 11, 2021 @12:28PM (#26104424)
Does any of these ARM systems work with a mainline kernel, or do they need some old custom kernel with binary blobs?
Re:AMD Is Currently Hiring More Linux Engineers by my123 on Thursday February 11, 2021 @01:03PM (#26104942)
All server-class Arm hardware works with UEFI + ACPI, as such using regular OS images.

(mandated by Arm ServerReady SR/SBSA, you are not allowed to ship Device Tree there)

Re:AMD Is Currently Hiring More Linux Engineers by pimeys on Thursday February 11, 2021 @01:50PM (#26105555)
Could it be possible we get this too in the workstation and laptop ecosystems?
Re:AMD Is Currently Hiring More Linux Engineers by my123 on Thursday February 11, 2021 @02:53PM (#26106272)
Windows on Arm64 machines are all UEFI + ACPI too. :-)

(even for 32-bit Windows on Arm, back in the Windows RT times, this was the case. It's a shame that Microsoft decided to lock those down back then)

On more affordable Arm machines, Honeycomb LX2K has an official UEFI firmware (with ACPI) and NVIDIA's Jetson AGX Xavier has an official (but experimental) UEFI+ACPI option.

Those aren't complete yet in mainline when using ACPI. For the LX2K, onboard networking currently doesn't work when using mainline kernels. And for the AGX Xavier, you lose PCIe (until the quirk to support it there is merged, or the ECAM through PSCI patchset) and integrated GPU support.

When using a Windows on Arm laptop, most Qualcomm drivers only have device tree bindings, not ACPI at least at this point. As such, you might need to load a device tree at boot for a more complete experience. (you can look at repos on https://github.com/aarch64-laptops if you have one)

For SBCs, forget about almost anything not named "Raspberry Pi", for which... a third-party UEFI + ACPI firmware is available at https://rpi4-uefi.dev, which allowed the original RPi4 to be certified as SystemReady ES.

A lot of the things that actually drive making people implement UEFI + ACPI is that Windows, RHEL and VMWare ESXi require UEFI + ACPI to boot on 64-bit Arm.

Re:AMD Is Currently Hiring More Linux Engineers by linux4kix on Friday February 12, 2021 @03:48AM (#26111773)
Don't forget about our Marvell series of boards :) While HoneyComb is our flagship for SystemsReady ES certification, We will also have our Armada 8040 and CN913x based products that will also be fully supported UEFI + ACPI systems.
Re:AMD Is Currently Hiring More Linux Engineers by fh973 on Thursday February 11, 2021 @02:10PM (#26105789)
Which distro would you recommend for ARM servers?
Re:AMD Is Currently Hiring More Linux Engineers by my123 on Thursday February 11, 2021 @02:55PM (#26106292)
For my servers, I use Ubuntu so far. For more workstation/desktop machines, I use Fedora instead.
Re:AMD Is Currently Hiring More Linux Engineers by qbasic_forever on Thursday February 11, 2021 @03:28PM (#26106670)
Yes, the kernel has great support for ARM. Distros that need to package up the kernel, tweak the bootloader, deal with peripherals, etc.... less so on great support. ARM is a bit of the wild west with SoCs defining all kinds of esoteric and exotic hardware configs managed by the kernel's device tree infrastructure instead of a typical BIOS. If you're dealing with server workloads it matters much less (and they probably support UEFI) so stick with a distro that has good support (Ubuntu, Fedora, etc.). If you're dealing with ARM hardware directly like little SBC boards, start getting comfortable rolling your own device tree, bootloader config, etc. as you're probably going to need it. In all cases though the stock mainline kernel is fine to use.