Hirdetés
- Klaus Duran: Minden drágul. Vajon a fizetések 2026-ban követi minimálisan?
- GoodSpeed: Te hány éves vagy?
- weiss: Autó költségek
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Personal notes '12
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- Geri Bátyó: Agglegénykonyha 12 – Ecetek és zsiradékok
- ldave: New Game Blitz - 2026
- leslieke: leslieke farmerzsebe
- Magga: PLEX: multimédia az egész lakásban
Új hozzászólás Aktív témák
-
janos666
nagyúr
Ok. Az AGESA-ról eddig is tudtam, hogy az alaplap firmware része az AMD-től, és az hordoz mikrokódokat is. Ettől még nem értem, hogy miért kéne a CPU-ba való feltöltés után a memóriában maradnia (mert ha nem kell, akkor miért ne lehet akár 1Mb a limit a "kicentizgetés"? helyett)?
-
westlake
félisten
Igen, az lenne, de AMD-nél már egy ideje nem pontosan úgy működik, mint az Intelnél. Míg az Intelnél a mikrokód a BIOS egy önálló része, az AMD-nél az AGESA-ban benne. Az AGESA kb. a BIOS "agya". Tehát a BIOS része az AGESA, az AGESA része pedig a mikrokód.
#3: Az angolom nem a legjobb, de szerintem az AMD openSIL nem egyenlő az AGESA-val, tehát nem is válthatja le. Az AGESA-nak csak egy elhanyagolható része a mikrokód. Az AGESA ~8 MB, a legnagyobb mikrokód meg 5,43 KB.
[ Módosította: Pyttawrx ]
-
janos666
nagyúr
Nekem az se tiszta a cikkből, és ebből a sorból, hogy ez az a microcode, amit alapvetően az alaplap is betölt a boot folyamat elején, és aztán opcionálisan az OS kernel is be tud tölteni egy még újabbat, ha rendelkezésére áll? Mert annak akkor miért kell állandóan kernelmemóriában maradnia?
Tehát ez alábbi (csak Intel helyett AMD verzióban)?~ # dmesg[ 0.000000] microcode: updated early: 0xc2 -> 0xf0, date = 2021-11-12[ 0.000000] Linux version 6.4.10-gentoo -
#6
poci76
aktív tag
bitblueduck
#4
poci76
aktív tag
válasz
bitblueduck
#4
üzenetére
A cikkre reagáltam, ami a Linuxhoz köti a lapméretet, a te kérdésedre nem tudok válaszolni.
-
#5
dabadab
titán
bitblueduck
#1
válasz
bitblueduck
#1
üzenetére
Gondolom ezért:
static u8 amd_ucode_patch[MAX_NUMNODES][PATCH_MAX_SIZE];Fixen lefoglal egy ekkora tömböt (illetve ha több NUMA node van konfigurálva (ha jól láttam, akkor a default 16), akkor annyiszor ennyit), szóval nem nagyon lehet elszabadulni.
-
#4
bitblueduck
senior tag
poci76
#2
bitblueduck
senior tag
ha nekem jött a válasz a page size oké, nem azt kérdeztem. lehet félreérthető.
csak azt nem értemi mért kell az a max méret, meg a 2.66x növelés az olyan furcsa.
miért ne lehetne a max size 1MB, 4GB vagy 2^64?
hacsak nem valami extra limitált memóriába megy vagy a CPU-ba van ennek egy dedikált rész tranyóból. -
vicze
félisten
Az AGESA leváltó "AMD openSIL"-re való felkészülés minden valószínűség szerint, ami a Zen5-tel fog bejönni.
-
#1
bitblueduck
senior tag
bitblueduck
senior tag
lol nemsemmi fejlesztés:
-#define PATCH_MAX_SIZE (3 * PAGE_SIZE)+#define PATCH_MAX_SIZE (8 * PAGE_SIZE)
amúgy érdekelne miért pont 3 és miért pont 8? van valami hardveres vonzata, hogy nem lehet pl 1024xPAGE_SIZE? meg mire jó?
inteles forrásba gyors belekukkantva nem látok ilyen max size-t.
Új hozzászólás Aktív témák
- LG 32GS95UX - 32" OLED / UHD 4K / 240Hz - 480Hz & 0.03ms / 1300 Nits / NVIDIA G-Sync / AMD FreeSync
- Xiaomi Redmi Note 10s 128GB, Kártyafüggetlen, 1 Év Garanciával
- Honor Magic V5 512GB, Kártyafüggetlen, 1 Év Garanciával
- ÁRGARANCIA!Épített KomPhone i5 14600KF 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- LG 27GR83Q-B - 27" IPS / QHD 2K / 240Hz & 1ms / NVIDIA G-Sync / FreeSync / DisplayHDR 400
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Laptopszaki Kft.
Város: Budapest