Notice: Page may contain affiliate links for which we may earn a small commission through services like Amazon Affiliates or Skimlinks.
Well, the BIOS setting does say Extended APIC, not x2APIC like I googled now and saw on some screenshots. Yet the EMR should have an x2APIC - so I assume that is dependant on the BIOS support then? X2 does exist from Intel Core era ... so.. why its not there on (my) ES EMR? (or is that a specific differentiator for the ES?)
means the same btw.
you should keep it enabled. and if enabled by default in BIOS your OS should used it before.
I'm not familiar with gentoo - I ran it briefly about 20 years ago but have forgotten everything about it. Somewhere it is likely there is a copy of the .config file used to build your kernel. On Fedora and similar rpm based distros it's installed in /boot/config-$(uname -r) and to check if remapping is enabled you'd
grep REMAP /boot/config-$(uname -r) and look to see if CONFIG_IRQ_REMAP=y is set.@TrevorH - the kernel is afaik OK.
I do have:
IRQ_REMAP [=y]
Depends on: IOMMU_SUPPORT [=y] && X86_64 [=y] && X86_IO_APIC [=y] && PCI_MSI [=y] && ACPI [=y]
As it is a pre-requisite for:
X86_X2APIC [=y]
Depends on: X86_LOCAL_APIC [=y] && X86_64 [=y] && (IRQ_REMAP [=y] || HYPERVISOR_GUEST [=n])
With the BIOS Extended APIC set to disabled (in order to be able to boot at least), I have this in dmesg:
I do have:
IRQ_REMAP [=y]
Depends on: IOMMU_SUPPORT [=y] && X86_64 [=y] && X86_IO_APIC [=y] && PCI_MSI [=y] && ACPI [=y]
As it is a pre-requisite for:
X86_X2APIC [=y]
Depends on: X86_LOCAL_APIC [=y] && X86_64 [=y] && (IRQ_REMAP [=y] || HYPERVISOR_GUEST [=n])
With the BIOS Extended APIC set to disabled (in order to be able to boot at least), I have this in dmesg:
I will not hunt this deeper now. I am glad I managed it to boot back and have it working.. just that the solution is very uncommon - flip a bios setting, which is not even explained or behaving like what the OS sees during the boot.
no. T01 ist test BIOS for Emerald Rapids, came after F21 BIOS(SPR only)
do not waste your time.
try BIOS F02
but we have no luck with other motherboards,
we expected HBM A work with BIOS before this Note, but it did not.
Code:
MS73-HB1 BIOS F16 RelNotes.PDF
F03
1. [Feature] Update RC 86D.16 (EagleStream BKC 2022 WW35).
2. [Feature] SPR D0-Stepping \ MCC - m_87_806f3_8d000510 ; SPR E Stepping:
m_87_806f7_ab000060; SPR HBM B-Steppping: m_10_806f8_ac000060; SPR Production D0
Step: m_87_806f3_0d0004b1 ; SPR Production E Step: m_87_806f7_2b000041 ;
3. [Feature] Update VROC driver to v8.0.0.1336.
4. [Feature] SPR HBM A stepping is no longer supported from this BIOS version.
---------------------------------------------------------------------------------------------------------------
@RolloZ170 - that is a safe / modded bios? Josef told me to be careful with my MS03-CE0 and do not flash a stock one.
The seller of the QYFS indicated that this version works for the board and the chip. I am having another issue where the ram I have doesn’t work.
It’s the Samsung "Old Dram Vendor Detected" issue for the M321R8GA0BB0-CQK model. Are there any fixes for that?
It’s the Samsung "Old Dram Vendor Detected" issue for the M321R8GA0BB0-CQK model. Are there any fixes for that?
maybe newer BIOS, but fix was not mentioned in MS03 RelNotes.
i I'm afraid you have to buy different RAM.
original stock BIOS works with SPR-SP D0 up to R12.
if you run Emerald Rapids A0 ES just wait 7 minutes to POST or ask for mod. BIOS (7min don't work for dual CPU boards)