#amd

anonymiss@despora.de

The open chip #Caliptra will hopefully replace #proprietary developments like #Microsoft #Pluton.

source: https://www.opencompute.org/blog/cloud-security-integrating-trust-into-every-chip

The #OCP Foundation is pleased to provide a collaborative #framework where #AMD, #Google, Microsoft, and #NVIDIA came together to define a scalable and standards-based #solution for the benefit of the entire #industry.

#trust #cloud #server #technology #risc-v #open #freedom #hardware #news #security

waynerad@pluspora.com

"Seven years ago, when the Epyc comeback plan was formulated, AMD could not have dreamed in a million years that Intel's vaunted foundries would run into so many troubles with 10 nanometer and then 7 nanometer processes. The current situation has created as big of a gap for AMD to exploit as Intel's stubborn decision to put forth the Itanium architecture as the future of datacenter compute back in the late 1990s and early 2000s."

"In the quarter ended in June, revenues for AMD were up 70.1 percent to $6.55 billion. Due to higher costs for development of products like the 'Genoa' and 'Bergamo' Epyc 7004, the 'Genoa-X' and Turin tweaks to the Epyc 7004 designs with Zen 4 cores, the 'Turin' and 'Siena' CPUs with Zen 5 cores coming further down the road in 2024, as well as the still-un-codenamed Instinct MI300A hybrid CPU-GPU compute engine coming next year, net income took a pretty big hit."

AMD finally reaps the fortunes it has sown

#solidstatelife #semiconductors #intel #amd

waynerad@diasp.org

"Seven years ago, when the Epyc comeback plan was formulated, AMD could not have dreamed in a million years that Intel's vaunted foundries would run into so many troubles with 10 nanometer and then 7 nanometer processes. The current situation has created as big of a gap for AMD to exploit as Intel's stubborn decision to put forth the Itanium architecture as the future of datacenter compute back in the late 1990s and early 2000s."

"In the quarter ended in June, revenues for AMD were up 70.1 percent to $6.55 billion. Due to higher costs for development of products like the 'Genoa' and 'Bergamo' Epyc 7004, the 'Genoa-X' and Turin tweaks to the Epyc 7004 designs with Zen 4 cores, the 'Turin' and 'Siena' CPUs with Zen 5 cores coming further down the road in 2024, as well as the still-un-codenamed Instinct MI300A hybrid CPU-GPU compute engine coming next year, net income took a pretty big hit."

AMD finally reaps the fortunes it has sown

#solidstatelife #semiconductors #intel #amd

mauve75@diaspora-fr.org

Putting an AMD Ryzen based HP x360 Envy (13-ar0xxx) into legacy S3 suspend mode

#Linux #Manjaro #AMD #Ryzen #x360 #13ar0xxx #s2idle #s0ix #s3 #deepsleep #acpi
WARNING : This tutorial is specific to that exact computer model, but the general idea may help debug other systems.
So, to whom may find that tutorial useful …
Context :
I have a 2020 HP X360 Envy 13-ar0xxx (Ryzen 7 3700U based, nothing fancy but nice hardware) ; bios version F.25 dated 04/2022
The darn thing has never been able to sleep under Linux because HP screwed buyers by only allowing the s2idle method to put the computer into sleep mode, and that method is broken on AMD Ryzen based platforms. Work is being done to support s2idle in kernel, but at a glacially slow pace.
HP refuses to acknowledge the problem (unlike Dell or Lenovo) and locked the AMI Bios option to switch between S2idle and the more common S3 (deep sleep) method. Thankfully, hibernation has always worked and the SSD is fast enough it’s not too painful. But. But it’s MY computer and I’m not going to be told what I can, can’t or should do.

After months of trying every “legal” way to make it happen without success, I finally (thanks to a bout of COVID) took some days to stick my greasy fingers into the root cause of the problem : ACPI tables.

 First you need to install the acpi-tools. With Manjaro, use snap :

https://snapcraft.io/install/acpi-tools/manjaro

- create a work directory and place yourself inside that directory

- run : 
acpi-tools.acpidump -o tables 
to create a file with the currently running tables then
acpi-tools.acpixtract -a tables 
to extract the individual tables (we need both FACP and DSDT tables)

- FACP :
acpi-tools.iasl -d facp.dat to disassemble the FACP table
edit facp.dsl
increase the “Oem Revision” field at the top by 1
set the “Hardware Reduced (V5)” field to 0
acpi-tools.iasl -sa facp.dsl to assemble your modified table

- DSDT :
acpi-tools.iasl -e ssdt*.dat -d dsdt.dat
(if you don’t xref ssdt tables, you won’t be able to recompile dsdt)
edit dsdt.dsl
add 1 to the last parameter of the DefinitionBlock() line - that’s the OEM version number
search for XS3 ; replace with _S3 (one occurence)
acpi-tools.iasl -sa dsdt.dsl to assemble your modified table

- Make the following folder structure: payload/kernel/firmware/acpi/
In the acpi/ folder add your compiled facp.aml and dsdt.aml
In the payload/ folder, run:
find kernel | cpio -H newc --create > overrideacpi.img

- Move the resulting overrideacpi.img to your /boot folder
Edit /etc/default/grub
Add mem_sleep_default=deep as the last parameter of the line GRUB_CMDLINE_DEFAULT
(like so : ) GRUB_CMDLINE_DEFAULT="... mem_sleep_default=deep"
Create a new line just below like so :
GRUB_EARLY_INITRD_LINUX_CUSTOM="overrideacpi.img"
Save /etc/default/grub
Update grub as usual : sudo update-grub

- Finally reboot. Check in dmesg your modified ACPI tables are indeed loaded, and do a :
cat /sys/power/mem_sleep, it should now return :
s2idle [deep]

Try putting the computer to sleep and enjoy the sound of silence… and be amazed when it wakes up at the slightest touch of the space bar !

last words : I haven’t tested all the the scenarios where this could go wrong (plugging or unplugging AC power while the computer is suspended, for instance), but it seems to do the job so far. In S3 suspend mode, the computer draws less than 1% of the battery per hour.

This solution was heavily inspired by the work of Jordan Maris : https://gitlab.freedesktop.org/drm/amd/-/issues/1230#note_580057

oliver@societas.online

So langsam ist mal wieder ein neuer #Rechner fällig, nach weit über 10 Jahren :P Es ist schon erstaunlich, dass ich nach all den Jahren immer noch halbwegs aktuelle Spiele zocken kann. Okay, zwischenzeitlich habe ich eine größere SSD und eine neue Grafikkarte eingebaut, RAM hatte ich schon von Anfang an genug. Der Sockel 1366 war halt auch einfach eine gute Plattform.

Doch nun brauche ich bald einen neuen. Oder vielmehr: ich möchte. Übrigens nicht zum ersten Mal. Dann schaut man sich um und tackert sich im Kopf aus einzelnen Komponenten ein System zusammen. Und da hakt es: Finde mal ein wirklich gutes Gehäuse mit gutem Design und sehr guten Werten (für Passivkühlung zb) oder guter Anordnung. Da braucht man gar nicht erst so Ansprüche stellen, dass die USB-Ports abgesichert sein sollten (wegen eventueller Security-Paranoia). Und überhaupt: Ist passive Kühlung möglich, sollte es doch lieber aktiv gekühlt sein oder gar eine Wasserkühlung oder Besseres? Naja, man kann’s auch übertreiben. Im Prinzip fände ich eine passive Kühlung oft ausreichend, aber um eine zuschaltbare aktive Kühlung kommt man wohl nicht drumherum, wenn ich nicht den ganzen Klumpatsch in eine Kiste mit Öl schmeißen möchte. Macht den Komponententausch ja auch nicht einfacher.

Und dann noch das Zubehör: Meine derzeitige #Dockingstation (für den 5,25"-Einschub von Fantec) ist so lala, aber auch nur, weil ich selbst noch Löcher gebohrt und einen anständigen Lüfter drauf gesetzt habe (das kleine Ding surrte einen um den Verstand). Sonst geht’s eigentlich und ob ich noch mal ein DVD-ROM einbaue … kann ich auch drauf verzichten.

Da ist die Qual der Wahl bei den Komponenten zwar auch lästig, aber immerhin hat man da reichlich Auswahl. Aber einfach ist auch das nicht. CPU von #Intel oder doch #AMD Ryzen? Tendiere ja fast eher zu AMD. Und die Grafikkarte? AMD Radeon hat gescheite open-source-Treiber für #Linux, aber Nvidia hat CUDA:

Es kommt bestimmt gleich einer um die Ecke und fragt mich die nicht dumme Frage: “Was willst du mit dem Rechner überhaupt machen?”. Und da ist die kurze Antwort: “So ziemlich alles!”. Denn ich hasse Begrenzungen und ich will mir in den nächsten 10 Jahren danach garantiert keinen neuen Rechner kaufen müssen.

Eigenbau/Abwandlung fällt eigentlich flach, ich habe schon genug Hobbys. Obwohl das echte Vorteile hätte: Da könnte man sich sogar so einen Luxus-Quatsch wie einen Steampunk-Sterlingmotor-CPU-Kühler basteln, nachdem man das brandneue #Mainboard verfeinert hat. Aber nein, ich baue mir definitiv keinen Kühler und Gehäuse selbst, denn ich will ja bald einen neuen Rechner haben und nicht nach 5 Jahren Tüftelei. Also fällt auch der für ein paar Sekunden in Erwägung gezogene Plan aus, sich ein ideales Gehäuse auszudenken und in China in Kleinserie fertigen zu lassen. Nee, das muss schon was anderes sein.

Das Leben ist unglaublich schwer, wenn man sich schlecht entscheiden kann und nicht einfach irgendeinen Kram kauft, über den man im Mediamarkt stolpert. Aber ich will ja auch zufrieden sein. Falls dennoch jemand einen Tipp hat: Immer her damit!

anonymiss@despora.de

#AMD is the first to implement #Microsoft #Pluton

Source: https://www.theverge.com/2022/1/4/22866687/amd-ryzen-6000-microsoft-pluton-xbox-security-features-ces-2022

AMD is launching its Ryzen 6000 laptop processors today, and they’re the first to include Microsoft’s new Pluton security processor. It’s a new security chip that’s designed to bring #Xbox-like #security to Windows PCs, to secure hardware and cryptographic keys.

#WTF they implemented the #DRM from Microsoft inside their CPUs 😱 i don't want a Trojan Horse inside my CPU 😵😭💔

#technology #future #fail #software #hardware #news #omg #computer

0mega@social.c-r-t.tk

Linux Gaming nur mit NVidia?

Aus gegebenem Anlass mal ein paar Informationen und viel Meinung aus 10+ Jahren Erfahrung in Sachen Linux-Gaming ;) Und ja, natürlich ist da auch ein gewisser Bias dabei.

Ich lese in manchen Kommentaren immer mal wieder den irreführenden Hinweis, dass Gaming unter Linux nur mit einer NVidia-Karte richtig gut funktioniert. Der stammt m. E. noch aus einer Zeit, in der NVidia die überlegenere OpenGL-Implementierung aufweisen konnte. Das hat in den letzten Jahren allerdings an Relevanz verloren.

Das liegt zum einen daran, dass die freie Implementierung in Mesa im Laufe der Jahre so gut geworden ist, dass sie nicht nur die offiziellen Implementierung von AMD in den Schatten stellt [1], sondern auch zu NVidia aufschließen konnte [2]. Ein Killer-Feature war damals allerdings die besonders in Verbindung mit bestimmten Wine-Patches [3] hilfreiche Multi-Threading-Unterstützung im NVidia-Treiber. Mich persönlich hat die nicht besonders interessiert, da ich mit GalliumNine einen nativen D3D9-State-Tracker [4] ohne die mühselige Übersetzung von D3D9 zu OpenGL nutzen konnte, aber dennoch wurde dann geraume Zeit später die entsprechende Funktionalität in Mesa nachgebaut [5].

Und dann kam Vulkan und veränderte alles. Mesa bekam dank David Airlie und Bas Nieuwenhuizen mit RADV eine Vulkan-Implementierung [6], noch bevor AMD mit einer entsprechenden Umsetzung um die Ecke kam. Sie war langsam, reifte aber im Laufe der Jahre zu einer ziemlich performanten Umsetzung heran. OpenGL begann daraufhin, ziemlich schnell alt auszusehen bei modernen Portierungen [7], wie man sehen kann sowohl bei "Team Red" als auch bei "Team Green". Mit DXVK war dann auch ziemlich schnell eine Übersetzung für D3D11 zu Vulkan [8] geschaffen, welche schon in frühen Stadien durch geringeren Overhead auffiel. Bei Valve hat das für Aufmerksamkeit gesorgt und so wurde deren Wine-Fork, der mit Steam für Linux ausgeliefert werden sollte, auch direkt um DXVK ergänzt [9].

Mittlerweile ist es in Sachen Performance keinen nennenswerten Unterschied mehr, ob man nun mit einer GPU aus dem Hause AMD oder einer aus dem Hause NVidia zockt [10]. Man kann ideologische Gründe ins Feld führen, wie z. B. den Verzicht auf proprietäre Treiber, oder aber eine bessere Integration ins Betriebssystem, da der freie Treiber-Stack ohne DKMS auskommt und nur noch auf unfreie Firmware angewiesen ist. Nutzer*innen älterer Hardware können sich dank GalliumNine darüber freuen, in den Genuss älterer D3D9-Spiele zu kommen, ohne dabei Performance an umständliche API-Übersetzungen zu verschenken, aber das ist jeder*m selbst überlassen ;)- - - - - -

[1] https://www.phoronix.com/scan.php?page=article&item=amdgpu-radeonsi-fglrx&num=1

[2] https://www.phoronix.com/scan.php?page=article&item=march-2018-gpus&num=1

[3] https://wiki.winehq.org/Wine-Staging_CSMT

[4] https://www.phoronix.com/scan.php?page=news_item&px=MTg0Mjg

[5] https://www.phoronix.com/scan.php?page=news_item&px=Radeon-GL-Threading-5

[6] https://airlied.livejournal.com/82099.html

[7] https://www.phoronix.com/scan.php?page=article&item=opengl-vulkan-july2018&num=1

[8] https://www.gamingonlinux.com/2018/03/dxvk-a-vulkan-based-compatibility-layer-for-direct3d-11-for-use-with-wine/

[9] https://www.gamingonlinux.com/2018/08/valve-officially-confirm-a-new-version-of-steam-play-which-includes-a-modified-version-of-wine/

[10] https://www.phoronix.com/scan.php?page=news_item&amp%3Bpx=AMD-NVIDIA-EO-May-2021-Drivers- - - - - -

#Linux #Gaming #AMD #RADV #DXVK