Create accountLogin

Recent searches

No recent searches

Search options

Only available when logged in.
norden.social is one of the many independent Mastodon servers you can use to participate in the fediverse.
Moin! Dies ist die Mastodon-Instanz für Nordlichter, Schnacker und alles dazwischen. Folge dem Leuchtturm.

Administered by:

Server stats:

3.4K
active users

norden.social: AboutStatusProfiles directoryPrivacy policy

Mastodon: AboutGet the appKeyboard shortcutsView source codev4.3.7

#amperecomputing

0 posts0 participants0 posts today
Public
Benjamin Carr, Ph.D. 👨🏻‍💻🧬

#Arm considers acquiring #AmpereComputing to expand #datacenter business
#Ampere designs processors for data center systems based on #Arm's architecture, offering an energy-efficient alternative to x86 #CPU from Intel and AMD. Potential deal is seen as part of Arm’s broader strategy to diversify revenue streams and expand foothold in lucrative data center market. It is unclear whether Arm will proceed with a full acquisition or opt for a different arrangement with Ampere.
tomshardware.com/tech-industry

Tom's Hardware · Arm considers acquisition of Oracle-backed Ampere Computing to expand data center footprintBy Kunal Khullar
Replied in thread
Public *
methoxyf

@osnews PSA from an owner of a custom Ampere Altra workstation: gpu/graphics choice is limited and affects OS choice! There is a reason System76 chose a NVidia gpu.

The Ampere Altra has a PCIe bug that causes problems with AMD gpus and the linux amdgpu driver, requiring an out-of-tree linux kernel patch that is sporadically maintained and unlikely to ever be upstreamed. (chimera-linux.org is the only distro that ships with this patch applied) The amdgpu drm driver maintainers have expressed no interest in working around this bug within the driver itself either.

Remember that this driver ends up in FreeBSD and OpenBSD too! Personally a Polaris generation gpu has worked with stock OpenBSD 7.6 kernel because the kernel handles device memory mapping differently than linux and doesn’t seem trigger the PCIe bug. With a newer Navi 2nd gen gpu, the bug interrupts firmware loading in stock OpenBSD. It can be worked around, but:

There is also an issue where Vega and newer gpus require cpu hardware floating point math in the kernel driver code which wasn’t supported on arm64 until drm in Linux 6.2. The most recent releases of FreeBSD and OpenBSD are either on an older drm than that, or haven’t ported the hardware floating point code within the kernel driver on arm64 yet. So even if you get the Navi firmware to load, you don’t get any farther than that (Display Core requires the fpu code).

Nvidia supports arm64 with their closed source driver and is unaffected the PCIe bug (or works around it, depending on what you read, but the code is secret so 🤷) but no BSD for you! They only have Linux arm64 drivers. The older cards supported by nouveau will also get you nowhere on BSD.

Also note that Nvidia DOES NOT ship an arm64 option rom GOP driver for EFI console graphics on any of their cards. Your motherboard/platform could provide an emulator in the UEFI firmware to use the x86-64 GOP driver (my Asrock motherboard doesn’t.) Polaris AMD gpus didn’t include arm64 GOP in the rom, but the 2nd gen Navi DOES. So you can get boot console on it but only working OS graphics on patched linux 🫠

#bsd#openbsd#amdgpu
ExploreLive feeds
About