BC-250 Steam Machine — Projektplanerare

Markeringarna sparas i den här webbläsaren, inte i guiden. Markeringarna försvinner när sidan laddas om. Logga in för att spara dem i guiden.

En guide för att ta ett ASRock AMD BC-250 (6-kärnig Zen 2, 24 CU RDNA2, 16 GB delat GDDR6) från kartong till spelmaskin under Linux. Faserna går i hårdvaruordning och alla behövs inte på alla bräden — fas 01 avgör vilka.

01 — Utgångsläget

Kör det här innan något ändras. Svaren avgör vilka av faserna nedan som behövs.

Installera verktygen fasen använder.
```
sudo pacman -S --needed dmidecode mesa-utils vulkan-tools
```
Inget av dem följer med en ren CachyOS-installation. mesa-utils ger glxinfo, vulkan-tools ger vulkaninfo.
Läs av BIOS-versionen.
```
sudo dmidecode -t bios
```
Versionen avgör om fas 02 behövs över huvud taget. P4.00 är en odokumenterad lagervariant där alla 3D-program kraschar — med den versionen är fas 02 nödvändig. På P3.00 och P5.00 räcker bc250_memcfg för VRAM-delningen, utan moddat BIOS.

Kontrollera kärna, Mesa och GPU.

uname -r
glxinfo | grep "OpenGL version"
vulkaninfo | grep deviceName
ls /sys/class/drm/ | grep "^card"

Mesa bör vara 25.1 eller nyare, och enheten ska rapportera RADV GFX1013.

Kontrollera om cpufreq finns.
```
ls /sys/devices/system/cpu/cpu0/cpufreq/ 2>&1
```
På ett orört BC-250 finns katalogen inte. Det är väntat — fas 06 är det som skapar den.

02 — Flasha det moddade BIOS:et, vid behov

Fasen behövs bara när fas 01 gav P4.00, eller när chipset-menyn ska användas till mer än VRAM-delningen. Flashningen var länge beskriven som nödvändig, men den enda dokumenterade vinsten var att kunna ändra VRAM, och det går från Linux på original-P3.00 och P5.00. En flashning som inte behövs är den enda risken i hela bygget som går att välja bort.

Byt aldrig firmware, minnesdelning och Linux-installation i samma svep: då går det inte att avgöra vad som gick sönder.

Ladda ner BC250_3.00_CHIPSETMENU.ROM och verifiera hashen.
```
sha256sum BC250_3.00_CHIPSETMENU.ROM
# 48fbe5d366e6a56e2fdffdca848426216ba1f083610dab63db89d2f4e6c940b5
```
Källa: TuxThePenguin0/bc250-bios på GitLab, spegel MrrZed0/bc-250-bios på GitHub. Hashen kontrolleras innan filen kommer i närheten av brädet, inte efteråt.
Gör i ordning en FAT32-sticka med flashpaketet i roten.

Innehållet i BIOS EFI-mappen ur 4U12G BIOS Update.zip: AfuEfix64.efi, Flash.nsh, amdvbflash.efi och EFI/. Stickan bör vara 32 GB eller mindre.
Flytta undan paketets egen Robin5.00 och döp om modden till samma namn.

Paketets Robin5.00 är original-P5.00, inte modden — den ska inte flashas. Modden döps om till Robin5.00, stort R och ingen filändelse, för det är namnet Flash.nsh letar efter. Alternativet är att ändra filnamnet inuti Flash.nsh.
Koppla ur NVMe:n och alla andra diskar.

Utan en OS-disk att boota från hamnar brädet i EFI-skalet av sig själv. Använd en rak DisplayPort-kabel: både aktiva och passiva HDMI-adaptrar ger svart skärm i BIOS-menyn, vilket är en dålig överraskning mitt i en flashning.
Välj stickan vid Shell>-prompten och kör skriptet.
```
blk0:
Flash.nsh
```
Dokumentationen skriver blk0: med ett mellanslag efter kolonet. Håll utkik efter felstavningar — skalet har inte nödvändigtvis rätt tangentbordslayout.

Avbryt inte. Händerna från tangentbordet, ingenting i närheten av strömmen. Ser det ut att ha hängt sig: vänta minst 15 minuter. Hänger det innan AMI-verktyget startat går det att starta om, men att bryta strömmen under en skrivning är det klassiska sättet att få ett bräde som behöver en SPI-programmerare.
Stäng av vid omstarten och dra ut stickan.

Annars landar brädet i EFI-skalet igen vid nästa start.
Nollställ CMOS.

Nätaggregatet ur vägguttaget → CR2032 ut i minst 60 s → tryck gärna på strömknappen några gånger medan batteriet är ute → batteriet tillbaka. Alternativt CMOS-bygeln i clear-läge i 20 s. Fel klocka vid nästa start bekräftar att det tog. Dokumentationen kallar steget kritiskt; några rapporterar att det gått bra ändå, men inställningar som inte sitter kvar är symtomet på att hoppa över det.

03 — BIOS-inställningar

Tryck Del vid start, F10 för att spara.

Chipset-menyn finns bara i det moddade BIOS:et. På original-P3.00 och P5.00 är Chipset → GFX Configuration dold, och att den saknas är väntat, inte ett fel. De tre GFX-stegen nedan gäller bara ett moddat BIOS; bc250memcfg skriver samma CMOS-värden från Linux. Dokumentationen säger det rakt ut: syns inte inställningen behövs den inte.

Sätt delningen till 512 MB från Linux med bc250memcfg.
```
sudo ./bc250memcfg UMA_SIZE 512
```
fanoush/bc250_memcfg skriver samma CMOS-inställningar som menyn, på original-P3.00 och P5.00 lika väl som på modden, och ersätter de tre GFX-stegen nedan. Värdet ska vara minst 256 och jämnt delbart med 16 MB. 512 MB lämnar mest system-RAM när inga spel körs; taket för dynamisk VRAM sätts separat med ttm.pages_limit på kärnans kommandorad, och spel som drar mer än ~8,25 GB VRAM är de som kraschar, se fas 07. Värdet sitter i det batteribackade CMOS-minnet, så en CMOS-nollställning tar tillbaka standardvärdet — vilket också är vägen tillbaka om brädet inte bootar. Anteckna det tidigare värdet först. Original-P3.00 står på 8 GB/8 GB.
Sätt IOMMU = Disabled.

Menyvägen skiljer sig mellan BIOS-versioner, och dokumentationen anger omväxlande Advanced → IOMMU, Advanced → CPU Configuration och Advanced → NB Configuration — leta under Advanced. IOMMU är trasigt på den här plattformen: bildfel och krascher. Sätt inte amd_iommu=on på kommandoraden heller. Saknas posten helt är det det enda dokumenterade skälet att flasha som rör vanlig spelanvändning (fas 02); någon kärnflagga som ersätter den är inte dokumenterad för brädet.
Moddat BIOS: Chipset → GFX Configuration → Integrated Graphics Controller = Forced
Moddat BIOS: Chipset → GFX Configuration → UMA Mode = UMA_SPECIFIED
Moddat BIOS: Chipset → GFX Configuration → GFX Configuration → UMA Frame Buffer Size = 512MB

Samma resultat som bc250memcfg ger ovan. Gör det ena eller det andra, inte båda i samma svep.
Gör om CMOS-nollställningen med NVMe:n urkopplad.

Bara nödvändigt när inställningarna inte sitter kvar efter F10.

04 — Kom till en kärna som fungerar

Gör det här före governern — en trasig kärna ser exakt ut som en trasig governor.

Jämför uname -r med tabellen nedan.

Vid en kärna i ett av de trasiga spannen: installera LTS först.
```
sudo pacman -S linux-cachyos-lts linux-cachyos-lts-headers
```

Kärna	Status
6.18.18 LTS	Rekommenderad, 5–10 % snabbare än 6.17
6.19.x	Rekommenderad (6.19.8 verifierad, men på Fedora 43)
6.17.11+	Bra — 6.17-buggen fixad i .11
6.16.x	Fungerar bra
6.12.x – 6.14.x LTS	Stabila reserver
6.15.0 – 6.15.6	Trasig — GPU:n initierar inte, panics
6.17.8 – 6.17.10	Trasig — GPU-drivrutinen fallerar
7.0-rc	Otestad på BC-250

Städa kärnans kommandorad.
```
sudoedit /etc/default/grub
sudo grub-mkconfig -o /boot/grub/grub.cfg
```
amdgpu.sg_display=0 behövs inte på 6.10+; ta bort den om en äldre guide lagt dit den. Ta bort nomodeset efter installationen — lämnas den kvar uteblir GPU-accelerationen. mitigations=off är valfritt och värt några FPS.
Välj 6.18.20 eller senare för ljud över DisplayPort.

DP-ljud är trasigt eller ~18 % för långsamt på allt före 6.12.78, 6.18.20, 6.19.10 respektive 7.0 — 6.18.18 ligger alltså under fixen. En nyare kärna är ändå ingen garanti: felet rapporteras som ett klockproblem i DP-ljudet, och ett USB-ljudkort är den säkra utvägen.

05 — GPU-governor

Utan en är GPU:n fastlåst på 1500 MHz. Med en idlar den runt 1000 MHz och boostar till ~2000 MHz, vilket är värt 20–30 W i viloläge utöver bildrutorna.

oberon-governor är legacy. Den som underhålls är cyan-skillfish-governor-smu (AUR, av filippor och Magnap), som styr SMU:n direkt och inte behöver någon patchad kärna — till skillnad från cyan-skillfish-governor-tt. Kör exakt en frekvensstyrning.

Skaffa en AUR-hjälpare.
```
sudo pacman -S --needed yay
```
Tre steg längre fram hämtas paket ur AUR, och ingen AUR-hjälpare är given på ett nytt system: CachyOS tog bort paru ur installationen i juni 2026 och levererar sin egen shelly i stället. yay finns färdigbyggd i CachyOS-repot, vilket är den kortaste vägen vidare. Den som hellre använder det som redan finns kör shelly install --upgrade <paket> — utan sudo, hjälparen ber om rättigheter själv — och kontrollerar syntaxen med shelly --help, för verktyget skrevs om i augusti 2026. Resten av guiden skriver yay -S.

Installera och aktivera governern.

yay -S cyan-skillfish-governor-smu
sudo systemctl enable --now cyan-skillfish-governor-smu.service
systemctl status cyan-skillfish-governor-smu

Bekräfta att klockorna rör sig.
```
cat /sys/class/drm/card0/device/pp_dpm_sclk
```
Ett läge bär *, och det ska ändras under last. Kontrollera card0 mot card1 först — gör governern till synes ingenting kan den peka på fel kort.
Väck governern med ett spel eller ett benchmark.

Känd Arch/CachyOS-egenhet: tjänsten kan ligga inaktiv efter start tills GPU:n använts en gång. Därefter beter den sig normalt, och steget behövs inte igen.
Trimma /etc/cyan-skillfish-governor-smu/config.toml.
```
sudo systemctl restart cyan-skillfish-governor-smu
sudo journalctl -u cyan-skillfish-governor-smu -f
```
Filen läses en gång vid tjänstestart, så tjänsten måste startas om efter varje ändring. Filen på systemet gäller före all dokumentation: en källinstallation kan ha andra värden än paketet. Paketets standardvärden är 1000–1850 MHz, lastmål 0,50–0,65, termisk strypning vid 85 °C med återhämtning vid 75 °C, och en kurva med säkra punkter 500 MHz/700 mV, 1000/800, 1175/850, 1500/900, 1600/910, 1700/920, 1850/930, 2000/960. Punkter över 2000 MHz ligger bortkommenterade upp till 2400 — de är brädberoende och otestade här, så kör 10+ minuter innan någon av dem tas för given.

Hårt golv: sätt aldrig minsta spänning under 700 mV. Under det låser GPU:n tillbaka till 1500 MHz, och hela poängen med governern försvinner.
Stoppa governern före spel som brukar ge GPU-resetar.

Den fortsätter skriva till sysfs under reseten, vilket blockerar återhämtningen och lämnar skärmen svart till hård omstart.

06 — CPU-effekt: den andra governern

Det här är den halva som oftast glöms bort. Ett orört BC-250 exponerar inget cpufreq-gränssnitt alls — cpupower frequency-set gör tyst ingenting, för det finns inget att ställa in. ACPI-fixen injicerar de saknade SSDT-tabellerna genom en tidig initrd.

Bygg ACPI-överstyrningen från bc250-collective/bc250-acpi-fix.

SSDT-CST.aml och SSDT-PST.aml läggs i kernel/firmware/acpi/ och packas med cpio till /boot/acpi_override.cpio. Med 8-kärnorsupplåsningen behövs i stället 16-trådarstabellerna från mendesrr/bc250-acpi-fix-updated-8c: kollektivets tabeller slutar vid P00B, alltså 12 trådar, och resten får inga C-states.
Haka in den i starten och generera om.
```
GRUB_EARLY_INITRD_LINUX_CUSTOM="acpi_override.cpio"
sudo grub-mkconfig -o /boot/grub/grub.cfg
```
På CachyOS går det både via GRUB och via mkinitcpio — i det senare fallet läggs acpi_override till i HOOKS.

Verifiera 8 P-states och riktiga C-states.

ls /sys/devices/system/cpu/cpu0/cpuidle/
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies

Frekvenslistan ska gå från 800 MHz till 3200 MHz.

Sätt schedutil som CPU-governor.
```
sudo pacman -S --needed cpupower
sudo cpupower frequency-set -g schedutil
```
Först nu gör kommandot någonting. cpupower är ett eget paket och följer inte med installationen.

07 — Sensorer, kylning och krascher

De två första stegen gäller alla. Resten är felsökning — gör dem när symtomet dyker upp.

Få igång sensorerna.
```
sudo pacman -S --needed lm_sensors
sudo modprobe nct6683 force=true
echo 'options nct6683 force=true' | sudo tee /etc/modprobe.d/sensors.conf
echo nct6683 | sudo tee /etc/modules-load.d/99-sensors.conf
sudo mkinitcpio -P && sensors
```
Chipet är en Nuvoton NCT6686D och hittas inte automatiskt — utan force=true visar sensors ingenting. Det heter nct6686-isa-0a20 oavsett vilken modul som är laddad. nct6683 är läsbar övervakning; nct6687 (ur trädet, Fred78290/nct6687d) kan även styra PWM. Kör bara en av dem.
Installera CoolerControl för fläktkurvor.
```
yay -S coolercontrol
sudo systemctl enable --now coolercontrold
```
Kräver nct6687-modulen, och PWM-värden överlever inte en omstart av sig själva.
Stäng av zram.
```
sudo systemctl disable --now zram-swap
```
Gör det när spel kraschar efter en stund: nästan alltid är det zram mot den dynamiska VRAM-delningen, inte GPU:n. Dokumenterat för RDR2 på 512 MB-delningen. Alternativ: krymp zram till 4–8 GB, eller gå till en fast delning som 10 GB/6 GB.
Höj VRAM-golvet till 6 GB.

Gäller svart skärm eller display-krasch på 512 MB-delningen, vilket är en annan sak än zram-kraschen: framebufferten får inte plats i den lilla carven. Vilar på en enskild community-utredning, så ändra tillbaka om det inte hjälper.
Håll temperaturen under 85 °C under last.

65–85 °C är det normala spannet beroende på profil, över 85 ska den inte ligga kvar, och 90 °C och uppåt betyder att den stryper. Fryser brädet redan vid 60–65 °C är kylningen för dålig, inte spänningen för låg.
Lägg till RADV_DEBUG=nohiz %command% i startflaggorna.

Mot bildfel på äldre Mesa. Behövs inte på 25.1 eller nyare.

08 — Speluppsättning och avsyning

Installera spelstacken och slå på Proton för alla titlar i Steam.

sudo pacman -S steam mangohud gamemode gamescope nvtop
yay -S protonup-qt goverlay

Räkna med mjukvaruavkodning av video.

Ingen hårdvarukodning eller -avkodning finns på den här APU:n. Det är permanent, och det påverkar strömning och inspelning — inte spelen.
Ta en verifierad BIOS-kopia.
```
sudo pacman -S --needed flashrom
sudo flashrom -p ch347_spi -r backup1.bin
sudo flashrom -p ch347_spi -v backup1.bin
sudo flashrom -p ch347_spi -r backup2.bin
diff backup1.bin backup2.bin
```
Valfritt skyddsnät, och enda vägen tillbaka från ett dött bräde. Kräver en CH347T (3,3 V inbyggt) och en SOIC8/SOP8-klämma. Klämman sätts på header J4004 med brädet strömlöst. BIOS-chipet är BIOS_A1, en Winbond W25Q128JVSQ på 16 MB — alla kända BC-250-avbildningar är exakt 16 777 216 byte. Två läsningar som är identiska är en kopia man vågar lita på. Undvik CH341A-enheter med svart kretskort: många ger 5 V även i 3,3 V-läge och dödar ett 3,3 V-chip.

Aldrig, på det här brädet

Det lilla 512 KB-chipet SIO1_R (Macronix MX25L4006E). Märkt DO NOT FLASH i wikin: att flasha det murar SuperIO:n, som styr fläktar och sensorer. BIOS:et är det 16 MB stora BIOS_A1.
BIOS-varianterna P5.00_clv — publiceras inte öppet, har ingen kanonisk hash, exponerar debug- och chipsetinställningar och beskrivs som lätta att mura.
Att flasha boot-blocket för 8-kärnorsupplåsningen (MeiMeiDXE-T-v2) utan programmerare och verifierad kopia. Linux-vägen skriver ingenting till flash och faller tillbaka till 6 kärnor vid kallstart — ta den i stället.
Otestade chipset-, spännings- eller timingval som det moddade BIOS:et nu exponerar. Att menyn är upplåst är ingen inbjudan.
40CU-upplåsningen, i en spelmaskin. Det är en compute-upplåsning: 1,61× på LLM-genomströmning men bara +4,4 % på glmark2, och vid 2 GHz uppmätta 107 °C på GPU-kanten och 223 W paketeffekt.
Smokeless_UMAF. Ingen aktuell källa varnar för eller rekommenderar den på BC-250 — behandla den som otestad på det här brädet, inte som ett verktyg någon gått i god för.

Källor

Uppgifterna kontrollerade mot källorna nedan 2026-10-26. Kärn- och paketversioner åldras fort — kontrollera kärntabellen igen före en ny installation.

elektricm.github.io/amd-bc250-docs — dokumentationen som underhålls, med sidor per distribution inklusive CachyOS. Sidorna som använts: bios/flashing, bios/vram, bios/recovery, linux/kernel, linux/cachyos, system/governor, system/power, system/sensors, system/40cu-unlock, system/8core-unlock, troubleshooting/stability.
bc-250.com — BIOS & Firmware — chipmärkningarna BIOS_A1 och SIO1_R, header J4004 och varningen om CH341A med svart kretskort.
fanoush/bc250_memcfg — VRAM-delningen från Linux, utan moddat BIOS.
bc250-collective/bc250-acpi-fix och mendesrr/bc250-acpi-fix-updated-8c — SSDT-tabellerna, 12 respektive 16 trådar.
filippor/cyan-skillfish-governor (smu-grenen) — uppströms för AUR-paketet.
bc250.info — bygg- och kablageguide: kontaktbeteckningar (J1000 för PCIe-matningen, J4003 som bara är signal), nätaggregat och felsökning. Partnerlänkar till produkter, så väg produktrekommendationerna därefter.