<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>Egads ... if you are still running a 3 series kernel in
production ... backports or not ... . The user space stack around
that kernel (RHEL/CentOS 7) is positively prehistoric.<br>
</p>
<p>I'm quite serious about this. The 4.x series are old now. <br>
</p>
<p>New hardware comes out requiring new support in the kernel all
the time. If you don't provide for a sufficiently up to date
kernel with associated drivers, and changed kernel structures to
correctly use these things, I'd say its a crap shoot as to whether
or not it would work at all, never mind with its full capability.</p>
<p><br>
</p>
<div class="moz-cite-prefix">On 6/29/22 09:52, Kilian Cavalotti
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAJz=VjFHb90uFNpY2h3S4OZq3b4g9pVL5MQ03-QNjFHK4wvXeg@mail.gmail.com">
<pre class="moz-quote-pre" wrap="">On Wed, Jun 29, 2022 at 3:54 AM Mikhail Kuzminsky <a class="moz-txt-link-rfc2396E" href="mailto:kus@free.net"><kus@free.net></a> wrote:
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">Yes, RHEL requires upgrading to 8.3 or later to work with EPYC 7003
<a class="moz-txt-link-freetext" href="https://access.redhat.com/articles/5899941">https://access.redhat.com/articles/5899941</a>. Officially CentOS 7
doesn't support this hardware either.
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">
And yet, Red Hat silently backports Milan-specific bits to 7.9 kernels, like:
- Rudimentary support for AMD Milan - Call init_amd_zn() om Family 19h
processors (BZ#2019218)
in kernel-3.10.0-1160.53.1 (<a class="moz-txt-link-freetext" href="https://access.redhat.com/errata/RHSA-2022:0063">https://access.redhat.com/errata/RHSA-2022:0063</a>)
So yes, in practice, el7 distributions run perfectly fine on Milan
CPUs. You won't have complete support for things like EDAC, but as far
as booting and running the kernel, it works fine:
# uname -r
3.10.0-1160.53.1.el7.x86_64
# lscpu -y
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
CPU(s): 32
On-line CPU(s) list: 0-31
Thread(s) per core: 1
Core(s) per socket: 32
Socket(s): 1
NUMA node(s): 2
Vendor ID: AuthenticAMD
CPU family: 25
Model: 1
Model name: AMD EPYC 7543 32-Core Processor
Stepping: 1
CPU MHz: 2794.847
BogoMIPS: 5589.69
Virtualization: AMD-V
L1d cache: 32K
L1i cache: 32K
L2 cache: 512K
L3 cache: 32768K
NUMA node0 CPU(s): 0-15
NUMA node1 CPU(s): 16-31
Flags: fpu vme de pse tsc msr pae mce cx8 apic sep
mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx
mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc art rep_good nopl
nonstop_tsc extd_apicid aperfmperf eagerfpu pni pclmulqdq monitor
ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt aes xsave avx
f16c rdrand lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a
misalignsse 3dnowprefetch osvw ibs skinit wdt tce topoext perfctr_core
perfctr_nb bpext perfctr_l2 cpb cat_l3 cdp_l3 invpcid_single hw_pstate
sme retpoline_amd ssbd ibrs ibpb stibp vmmcall fsgsbase bmi1 avx2 smep
bmi2 invpcid cqm rdt_a rdseed adx smap clflushopt clwb sha_ni xsaveopt
xsavec xgetbv1 cqm_llc cqm_occup_llc cqm_mbm_total cqm_mbm_local
clzero irperf xsaveerptr arat npt lbrv svm_lock nrip_save tsc_scale
vmcb_clean flushbyasid decodeassists pausefilter pfthreshold
v_vmsave_vmload vgif umip pku ospke vaes vpclmulqdq overflow_recov
succor smca
Cheers,
</pre>
</blockquote>
<pre class="moz-signature" cols="72">--
Joe Landman
e: <a class="moz-txt-link-abbreviated" href="mailto:joe.landman@gmail.com">joe.landman@gmail.com</a>
t: @hpcjoe
w: <a class="moz-txt-link-freetext" href="https://scalability.org">https://scalability.org</a>
g: <a class="moz-txt-link-freetext" href="https://github.com/joelandman">https://github.com/joelandman</a>
l: <a class="moz-txt-link-freetext" href="https://www.linkedin.com/in/joelandman">https://www.linkedin.com/in/joelandman</a></pre>
</body>
</html>